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1 Press Release 



INTRODUCTION 

The iRMX SG^M Operating System is a 
"real-time" modular operating system for 
the Intel^ 8086 16-bit microprocessor. 
It extends the 8086 architecture, providing 
a structured, efficient environment for a 
wide range of applications including pro- 
cess control, intelligent terminals, office 
systems, medical electronics, and data com- 
munications. 

The iRMX 86 software system provides OEMs 
with the most cost effective method yet 
devised to develop multiprogramming, multi- 
tasking systems that take advantage of the 
hiqh-performance, megabyte capability of 
Intel's 8086. The iRMX 86 Operating Sys- 
tem is the first to permit the development 
of simplified modular application coding. 
These systems help OEMs achieve large pro- 
ductivity qains by cutting labor costs when 
systems are first developed and later when 
new modules are added. 

The iRMX 86 Operating System is easily cus- 
tomized. Not only is it divisable into 
powerful subsystems which can be included 
in an application, but each subsystem is 
also user-configurable and 

user-extensible. Four major benefits are 
derived from these features: 

* the ability to quickly adapt to both new 
hardware and software technologies without 
rewriting application software is a key to 
reducing labor costs; 

* application software is not burdened 
with the overhead of unneeded features; 

* second-generation applications can take 
advantage of new, powerful iRMX 86 sub- 
systems, enabling them to enter more 
sophisticated markets; and 

* special application needs can be satis- 
fied without the time and exoense normally 
required to write an application-specific 
operating system. 



Operation 

The iRMX Operating System architecture fun- 
ctions much like the Intel 8086 micro- 
processor. iRMX "operators," (system 
calls) manipulate "objects" (operating 
system data structures) in much the same 
v;ay 8086 ooerators manipulate operands. 
iRMX 86 objects include tasks, memory seg- 
ments, jobs, etc. The iRMX 86 data 
structures are treated symmetrically so 
users can create their own "objects" and 
write their own "operators" to achieve cus- 
tom operating system functions. These 
user-defined objects and operators are no 
different in system operation than those 
provided with the original system. 

Unlike earlier ooerating systems, the iRMX 
86 is actually a library of functions which 
are used in conjunction with user-developed 
tasks or programs. This gives OEMs more 
flexibility in putting together custom 
systems. In effect, it gives OEMs control 
over features, size, and configuration, not 
of just the application programs, but of 
the operating system as well. Moreover, it 
allows the designer to enhance application 
software to meet new requirements. 

The iRMX 86 Operating System gives the 
software designer a full-featured operating 
system based around a multiprogramming/- 
multitasking nucleus. Optional facilities 
include a device- independent input/output 
subsystem with an application loader; a 
human interface subsystem with a command 
language interpreter and a console inter- 
face; an interactive debugging subsystem; 
and a stand-alone terminal handler sub- 
system. 

The iRMX 86 nucleus provides the foundation 
upon which application systems are built. 
Many multiprogramming, multitasking and 
real-time facilities are included, such as 
interprogram and intertask communication, 
interupt management, task synchronization 
and critical section management features. 



The iRMX 86 priority-oriented scheduler 
guarantees that the most important task is 
given the required system resources, al- 
lowing the application to be responsive to 
its external environment. Also, flexible 
error handling and reporting 
subsystems detect and trap errors such as 
those caused by incorrect coding of new 
programs and tasks. The error management 
system aids the user's development process 
by detecting software failures and allowing 
the user a variety of methods to handle the 
error, therefore reducing the debug time 
for new applications. 

The iRMX 86 svstem also features a compre- 
hensive I/O subsystem. This includes a 
standardized device-independent interface 
for application programs to communicate 
with an I/O device. Also included dre both 
common and random access device driver sup- 
port options that allow the user to easily 
write his own device driver. A single- 
density diskette driver, hard disk driver, 
and USART driver are provided with the 
system. 

The iRMX 86 Human Interface Subsystem* pro- 
vides interactive control over system re- 
sources and utilities. iRMX 86 system 
utilities include display file directories, 
copy files, rename files, etc. The Intel- 
supplied command- line interpreter is table 
driven, allowing easy modification by the 
user for appl ication- specif ic require- 
ments. An application command can be 
created. When using the command line 
interpreter, this applicaton language will 
be translated so that the appropriate user 
program will be invoked. 

The iRMX 86 object-oriented debugging sub- 
system offers sophisticated facilities. 
iRMX 86 system lists, objects, and user- 
defined objects can be viewed and altered. 
Execution and task breakpointing facilities 
are also available. 



Recap of iRMX 86 Features 
iRMX 86 nucleus: 



multiprogramming, 

multitasking, 

intertask communication and 

synchronization, 

interprogram communication and 

synchronization, etc. 

critical section manager, 

free space manager, 

error manager, 

user-extensible 



iRMX 86 I/O subsystem: 



asynchronous I/O interface, 

device independence, 

file management system, 

standardized device/driver interface, 

hierarchical directories, 

stream I/O, 

user-selectible physical block 

granularity, 

f i le access rights, 

synchronous I/O interface with automatic 

buffering,* 

iSRC 204"rM single-density diskette 

device driver, 

iSBC 206 TM hard-disk device driver. 



iRMX 86 terminal handler subsystem: 

* line editing capabilities, 

* keystroke control over out- 
start/stop/delete, 

* echo input characters on console. 



iRMX 86 debugger subsystem: 



view iRMX 86 system list, 
inspect objects-- jobs, tasks, mailboxes, 
semaphores, regions, user-defined 
objects, 

inspect or alter absolute memory, 
execute iRMX 86 programs, 
set, change view, delete breakpoints 



iRMX 86 human interface subsystem*: Pricing 

* command line interpreter. The license fee for the complete set of 

* utility programs, ^ ^^^^X 86 features listed above is $7,500 
app ication parsing services, ^^^th royalties as shown below. Delivery is 

* multiple-command sources (terminal or 3Q ^gy^ ^[^q^ 
disk file); 

* dynamic addition/deletion of commands, 

* configurable syntax deliminters. Royalty Schedule 

iRMX 86 application loader*: 

* synchronous loading of both absolute and 

relocatable code. 

iRMX 86 applications are developed using 
Intel's Intellect microcomputer develop- 
ment systems. The iRMX 86 operating system 
run on Intel's iSBC 86TM single-board 
computers and on user 8086- based systems. 



Yearly Purchase 


Royalty 


Quantities 


Price per Use 


1-24 


$300 


?4-49 


$225 


50+ 


$160 



2 Executive Overview 



THE JRMX 86 REAL-TIME EXECUTIVE OVERVIEW 

Intel's iRMX 86 Real-Time Operating System is an easy-to-use, sophisticated 
software system that operates in Intel iAPX 86 and iAPX 88 microcomputer 
solutions. 

Some of the key features of the operating system are listed below: 



TOPIC 



HARDWARE 



COMPATIBILITY 



REAL-TIME PERFORMANCE 



MARKET APPLICATIONS 



"60TCHAS" 



CLOSE-THE-ORDER 



iRMX 86 OPERATING SYSTEM 

Will run on any iSBC 86 or iSBC 88 board, or any board 
built around an 8086 or 8088 processor as long as the 
8253 timer and 8259 interrupt controller are configur- 
ed at the same addresses as in the iSBC products. 
(Note: Release 3 will remove this restriction) 




Achieves the response time required by real-time 
systems by scheduling the system tasks according to an 
event-driven, priority-based scheme. Additional per- 
formance can be reached by incorporating the fully 
supported 8087 Math Coprocessor. 

Fits well into applications such as Business and Word 
Processing, as well as real-time applications such as 
process control and medical electronics. 

-Provides real-time response in a multiprogramming 

environment. 

-Supports all the new technology devices (iSBC 215, 

218, 254, etc.) with device independent I/O. 

-Entire operating system (or parts of it) can be 

(P)ROM'ed. 

-8087 is completely supported in a multitasking 

environment. 

-Configurable to include only those parts that are 

used. 

Use the iRMX 86 Data Sheet and the tools provided in 
this manual to assist the customer in solving his 
problems. Get the Master Software License signed, so 
we can immediately ship the initial copy at $7,500. 
Royalties start at $300 for each incorporation into a 
derivative product. 



TOPIC 



iRMX 86 OPERATING SYSTEM 



KEY REFERENCE DATA 



Size Data: 

Minimum Nucleus 

Full Nucleus 

Minimum Task RAM Overhead 

Miscellaneous Data: 
Timer Resolution 
Minimum Interrupt Latency 
Average Context Switch Time 



10 Kbytes 
22 Kbytes 
300 bytes 



Configurable from 10 msec 
50 usee 
700 usee 



3 Product Description 



The Intel iRMX 85 Operating System is an easy to use, real time, 
software system which operates on Intel iSBC 16-bit boards as 
iAPX SS and iAPX 88 based microcomputers. 



sophisticated 
well as user 




The iRMX 86 Operating System is designed to manage and extend the varied re- 
sources of an iAPX 86 or iAPX 88 based system. The architecture provides a 
structured, efficient environment for many applications, including process 
control, intelligent terminals, office systems, word processors, business data 
processing, medical electronics, and data communication. 

The various layers of the operating system provide the management needed to 
utilize the resources pictured in Figure 3.1. By managing the processor time, 
the allocation and use of memory, the various devices attached to the system, 
and the data transfered between them, the iRMX 86 operating system provides 
the user with the tools needed to support almost any application. 





iRMX 86 
RESOURCE MANAGEMENT 
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MANAGEMENT 
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MANAGEMENT 




DEVICE 
MANAGEMENT 




DATA 
MANAGEMENT 



























Priority scheduling Dynamic Object 

Management 

Multiprogramming 1 Mbyte Memory 



Multitasking 



Interrupt 
Management 



64K Segments Pools 
(16 Bytes to 
1 Mbyte) 



Error Management Bootstrap Loader 

Variable Segment 
Size (l-64kb) 



Concurrent I/O 
I/O buffering 

Reentrant I/O 



Application Loader Asynchronous I/O 



I/O File 
Management 

Hierarchical 
Directory 
Structures 

Stream File 
Management 



Mailbox 
Communication 



Synchronous I/O 
Device Independent I/O 

Terminal Handler 

iSBC 204, 206, 
215, 218, and 
254 drivers 



Figure 3. 1 
Resources Managed by the iRMX 86 Operating System 



PROCESSOR MANAGEMENT 

Management of the processor time and resources is the responsibility of the 
inner-most layer of the operating system. The Nucleus, as shown in Figure 3.2 
provides those functions neccessary to schedule the tasks operating in the 
different job environments of the system. The Nucleus also provides an inter- 
face to the outside world by acknowledging and processing interrupts and 
managing errors detected at various levels of the system. 



NUCLEUS 



EXTENSIVE & GENERALIZED 
INTERTASK COMMUNICATION 
& CONTROL 



MULTIPROGRAMMING 




/ \ 




, — I^LEUS INTERFACF^^^v^j 

\ MAILBOX / 


■^M HOOKS FOR USER TO EXTEND 
v^/>v THE SET OF SYSTEM CALL 
/H/\ WITHOUT SOURCE! 


MULTITASKING /y/^ \ 


JOB \ /semaphore 


v\\ ^y 


~.,,,__^ / /^V SEGMENT 


\ A / / 


REGION /\/^^ 


2 LEVELS OF INTERRUPT I L^ ^*^'^^ /^ 
MANAGEMENT ■^~-.-.^/ ■->^>,,,„^^^ / 


^|^OtMANAGe^^^<. 


/ USER \ \ 
^ OBJECTS >k \ 


/ INTERRUPT ^f 
1 MANAGEMENT / 


I / HARnwARF L l.„ 


\ ERROR \ \ 
\ MANAGEMENT 1 1 


REALTIME PRIORITY 
ORIENTED SCHEDULER 




1 MEGABYTE OF MEMORY 
MANAGEMENT 



Figure 3.2 

The Nucleus provides support for 

the system and user objects. 



The priority based, event-driven scheduling system provides the real-time re- 
sponse to external interrupts needed in time-critical, and dynamic systems. 
User selectable priorities guarantee this neccessary control. The scheduler 
provides the user with thousands of "virtual 8086 's" by allowing many in- 
dependent tasks to be scheduled with appropriate priorities and private ex- 
ecution environments. 

Multioroqramming is supported by allowing the partitioning of any group of 
tasks into an isolated environment called a Job. This facility gives a user 
the opportunity to run more than one application at a time with less concern 
for possible affects on other users. 

Two levels of both interrupt and error management ^r^ provided by the 
Nucleus. The user is allowed to make the trade off between speed and power as 
well as between global, system level control and more direct, local control. 



NUCLEUS OBJECT MANAGEMENT SYSTEM CALLS 



System Calls for 






Object-Specific 


All Objects 


O.S. Objects 


Attributes 


System Calls 




JOBS 


Tasks 


CREATE$JOB 






Memory pool 


DELETE S$JOB 






Object directory 


SET SPOOL $MIN 






Exception handler 


GETSPOOL^AHRIB 
OFFSPRING 




TASKS 


Priority 


CREATE STASK 






Stack 


DELETE$TASK 






State 


SUSPEND$TASK 






Exception handler 


RESUME$TASK 


CATALOG$OBJECT 




Machine registers 


GET^EXCEPTIONSHANDLER 






Instruction pointer 


SET$EXCEPTIONWNDLER 


UNCATALOG$OBJECT 






SLEEP 
GET$TASK$TOKENS 


LOOKUP$OBJECT 






GET$PRIORITY 
SET$PRIORITY 


ENABLE$DELETION 


SEGMENTS 


Base 


CREATE$SEGMENT 






Length 


DELETE$SEGMENT 
GET$SIZE 


DISABLE$DELETION 


MAILBOXES 


List of objects 


CREATE$MAILBOX 






List of tasks waiting for objects 


DELETES$MAILBOX 


FORCE$DELETE 






SEND$MESSA6E 
RECEIVE^MESSAGE 


GET$TYPE 


SEMAPHORES 


List of tasks waiting for units 


CREATE$SEMAPHORE 






Unit count 


DELETE$SEMAPHORE 

RECEIVERJNITS 

SEND$MESSAGE 




REGIONS 


List of tasks waiting for 


CREATE$RE6I0N 






critical section 


DELETE$RE6I0N 






Control state 


RECEIVESCONTROL 

ACCEPTSCONTROL 

SENDSCONTROL 




USER 


Type code 


CREATE ^EXTENSION 




OBJECTS 


Deletion Mai Ibox 


DELETES$EXTENSION 






Custom objects 


CREATE SSCOMPOSITE 
DELETE$COMPOSITE 
INSPECTSCOMPOSITE 
ALTERSCOMPOSITE 



Figure 3.3 

System calls provided by the object oriented iRMX 86. 
Nucleus show definite signs of symetry and consistency. 
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MEMORY MANAGEMENT 

System memory is also managed primarily by the Nucleus. By treating the var- 
ious segments of memory as objects, the system hides the actual structures 
from the user, and makes all system objects easy to use. The partitions 
(Jobs) provided to allow multiprogramming, enable the user to focus on the 
segments of memory required for one particular application at a time. The 
memory management system is completely dynamic; able to reclaim any segment of 
the one Megabyte of RAM under its control when it is no longer needed. 

Both the Application Loader, and the Bootstrap Loader are able to load program 
code into any section of the one Megabyte of available memory. The Bootstrap 
Loader takes only 800 bytes of (P)ROM, and may be used to load the rest of the 
operating system into RAM upon start-up of the system. 

DEVICE MANAGEMENT 

Managment and control of the various devices attached to the system is provid- 
ed primarily by the I/O levels of the system. The Nucleus forms the basic 
structure on top of which the Basic I/O system and the Extended I/O system are 
built. Figure 3.4 shows this relationship between these outer layers of the 
system. The rings in the diagram are built on top of the inner ring provided 
by the Nucleus. Figures 3.5 and 3.6 represent the outer-most rings, built on 
top of those provided by the Basic I/O system. The user is allowed to inter- 
face with the features of the iRMX 86 Operating System at any on these levels, 
through any of the interfaces pictured in the diagrams. 

Basically, the features provided by the I/O system include the ability to com- 
municate with an number of different devices in a buffered or non-buffered 
manner, synchronously, or asynchronously, in a concurrent fashion. The 
drivers provided to perform these functions are reentrant in nature, thereby 
allowing only one copy of the code to be used by many different connections to 
different devices. 

A simole terminal handler provides a basic RS-232 interface to a system con- 
sole device. This driver includes line editing features like rubout, supress 
output, resume output, repeat line, and signal the end of a line. 
Other drivers provide the more complex connection to the iSBC 204 floppy disk 
controller, the iSBC 206, iSBC 215, and iSBX 218 hard disk and Winchester disk 
controllers, as well as the iSBC 254 magnetic bubble memory controller. 

The synchronous and aynchronous I/O of the iRMX 86 device independent I/O 
facility provides the user with the basic tools needed to generate custom 
drivers to any iSBC product or any custom device controller. The standard 
READ, WRITE, and SEEK system calls can be issued by an application regardless 
of the type of device being used. To write a custom controller, the user need 
only write the basic device dependent portions and utilize the standard 
features provided by the I/O system remaining. 
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BASIC I/O SYSTEM 



ACCOUNTS PAYABLE 

ACCOUNTS RECEIVABLE 

TflANSACTIONS 

INVENTOBV 



EQUIPMENT 
NONCAPITAL 



MEMORIES 

PLEISTOCENE 
ELECTRONICS 



HIERARCHICAL TREE 
STRUCTURED DIRECTORIES 



DEVICE INDEPENDENT I/O 
INTERFACE SUPPORT FOR A/Ds, 
D/As, LINE PRINTERS 



HIGH LEVEL INTERTASK 
COMMUNICATION 



FILE MODE & 
ACCESS PROTECTION 




RANGE OF DEVICE DRIVER 
SUPPORT MAKE DEVICE DRIVER 
W/RITING SIMPLE! 



FILE INDEPENDENT DEVICE 

INTERFACE THAT PERMITS 

RUNTIME BINDING! 



iSBC 204 SINGLE DENSITY 
FLOPPY DRIVER 



iSBC 206 5440 TYPE HARD 
DISK SUPPORT 



Figure 3.4 

The Basic I/O System provides the interface 

between different devices and the objects 

managed by the Nucleus. 



EXTENDED I/O SYSTEM 



READ AHEAD. 

HAVE CPU ANTICIPATE YOUR 
NEXT READ REQUEST SO THAT 
TI^IE DEVICE SPEED NOT SLOW 
DOWN i;0 REQUESTS 



LOGICAL NAMING FOR EASY I/O 

REDIRECTION 

:C0: FOR CONSOLE CAN BE THE 

TERMINAL ONE MINUTE, THE 

LINE PRINTER THE NEXT! 




HIGH LEVEL LANGUAGE 
I/O INTERFACE 



CREATE USER ENVIRONMENT 
BASED ON PASSWORD, THUS 
GUARANTEEING ACCESS TO 
ONLY CERTAIN FILES & DATA 



Figure 3.5 

The EIOS builds a simpler interface upon the basics 
provided by the BIOs. 
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HUMAN INTERFACE 



COMMAND LINE DECODE FOR 
PASSING USER ENTERED 
COMMAND 







V, 




/CUSPS LIKE 
/ DIR 
y COPY 

RENAME 


^ 


PROGRAMMER N. / 

INTERFACE /\/ 

TOCLSI / \ 


^1 


V 




/ SYSTEM 
/\ CONSOLE 
/ \ INTERFACE 


/ 






/ COMMAND \ 

/ LINE / 
' INTERPRETOR / 


^--\ / COMMONLY 
X USED SYSTEM 
\ PROGRAMS 


\ 







Figure 3.6 

The Human Interface provides the user 

with easy access to the system. 



DATA MANAGEMENT 



The I/O Systems provides the basic data managment facilities found in the most 
complete operating systems. Both Named and Physical files are supported. The 
Named files are supported by a hierarchical data directory structure that is 
consistent with large mass storage devices. The Physical files are geared 
more towards physical devices such as printers, A/D converters and D/A con- 
verters. Temporary, RAM based files, known as Stream Files, are also provided 
to enable applications such a translators and interpreters to store data from 
one pass to the next. 

A directory service allows for functional grouping of data into a hierarchical 
structure. The location of any particular segment of data is aided by the use 
of a tree structure of directories located on the mass storage devices (Figure 
3.4). 

Data communication between tasks is managed via the basic file structures out- 
lined above, or through a sophisticated Mailbox system provided by the 
Nucleus. This system offers message communication and system synchronization 
by permitting system and user created objects to be passed from one task to 
another in a well defined and controlled manner. 

The Human interface (Figure 3.6) provides a basic and simple interface between 
the user and the system. It includes such features as a Command Line Inter- 
preter (CLI) to accept user commands from the system console and cause ap- 
propriate action to take place. Included in the Human Interface are commands 
like Directory Copy, and Renaming of a File. 

CONFIGURATION 

Not all of the resource management facilities discussed above are needed by 
all applications. In order for a user to tailor the iRMX 86 Operating System 
to the particular needs of an application, he must go through a process called 
configuration. 
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Configuration is simply taking the features you want, then combining 
the iRMX 86 system of your choice. Your "Black Box" or feature set 
tailored to your needsl Pictorially, configuration looks like this: 



them into 
is custom 



PARTS OF iRMX 86 
OPERATING SYSTEM 



BOOTSTRAP 
LOADER 



APPLICATION 
LOADER 



TERMINAL 
HANDLER 




OS 



APPLICATION 
SOFTWARE 



SELECT PARTS OF iRMX 8 
OPERATING SYSTEM 
REQUIRED BY 
APPLICATION SOFTWARE. 




COMBINE APPLICATION 
SOFTWARE WITH IRMX 86 
OPERATING SYSTEM TO FORM 
APPLICATION SYSTEM. 



APPLICATION SYSTEM 



APPLICATION 
SOFTWARE 




However, iRMX 86 goes one step further, each of the layers is configurable! 
The Nucleus, Basic I/O System, Extended I/O System, and Human Interface all 
have portions that can be included or excluded. For example, if your customer 
does not want semaphores in his Nucleus he can choose a Nucleus that looks 
like Figure 3.8 rather than like 3.7 





Figure 3.7 



Figure 3.8 
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THE HARD FACTS ABOUT RELEASE 2 



SYSTEM FEATURES 



Number of tasks - 65,536 

Number of priority levels - 256 

Number of jobs (program) - 65,536 

Number of segments - 65,536 

Number of semaphores - 65,536 

Number of regions - 65,536 

Number of mailboxes - 65,536 

Units per device - 255 

Number of devices - 65,536 

Internal clock capacity - 130 years 

Minimum system clock resolution 10 milliseconds 

Interrupt task latency - less than 900 usee 

Interrupt handler latency - less than 50 usee 



Note: These numbers are never reached 
in practice due to memory 
constraints. 



r 



SIZES 



£s-V\rAa-Vcd cade, s\x€^ rtLdux^\Dr\ -for ReJtiasc 3 
is ^0*^/0 cxxjco^<^ -YV\tL^ board 1 



RELEASE 2 



RELEASE 3 



NUCLEUS 



CODE 13. 5K standalone 



11K 



23. 5K foundation for BIOS 
28. 4K all primitive 



-► 21K 



RAM 1.6KB 



without memory scan 

9 KBytes with memory scan (used temporarily) 

80 Bytes per task 

64 Byes per job 

16 Bytes per segment 

32 Bytes per semaphore 

32 Bytes per region 

32 Bytes per mailbox 

32 Bytes per extension 



STACK 500 bytes 
TERMINAL HANDLER 



220 bytes 



CODE I.IK 
3.3K 


Output only 
Full System 


APPLICATION LOADER 




CODE 
RAM 


3.6K 

2K (IK reusable b 


BOOTSTRAP LOADER 




CODE 
RAM 


500 bytes minimum 
1.3K maximum 
3K 



BASIC I/O SYSTEM 



CODE 



RAM 



1. PHYSICAL FILES ONLY 

13K - minimum - byte bucket driver only 

19K - 206 Driver Only (2.5K) 

38K - 204 Driver (1.5K) and 206 Driver 

2. NAMED FILES ONLY 

38K - minimum - 206 Driver Only 
47K maximum - 204 and 206 Drivers 

3. NAMED AND PHYSICAL FILES 

4 IK - 206 Driver Only 

4. NAMED, PHYSICAL, AND STREAM FILES 

44K - 206 Driver Only 



5. COMPLETE BIOS - including all BIDS system calls, TIMER, 

and Terminal Handler Interface. 
56K - byte bucket, 204, and 206 driver 



1. BIOS SYSTEM 

4.8K minimum - (no deblocking buffers) 
5.4K with four 512 Byte Deblocking Buffers 

2. DRIVERS 

1.4K for 206 DRIVER 
1.4K for 204 DRIVER 
1.3K for Terminal Handler 

3. PER DEVICE CONNECTION 

NAMED: 2 .4K without deblockng buffers 

5.2 with four deblocking buffers 

STREAM: 900 

PHYSICAL: IK without deblocking buffers 

3K with four 512 deblocking buffers 

4. PER FILE CONNECTION 

NAMED: 1.3K without deblocking buffers 

1.5K with four 512 byte deblocking 
STREAM: 800 Bytes 
PHYSICAL: 800 Bytes 
STACK: 200 Bytes 



4 Features and Benefits 
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FEATURE 



Object-Oriented 



User Extensible 
MuHiproqramming 

Device Independent I/O 



THE TOP FIVE 



BENEFIT 



M 



"Ease-of-use" is the name of the game through 
higher levels of abstraction. The IBM system 38 
mainframe is the only other commercially avail- 
able state-of-the-art object-oriented systeml 

No source is required for users to add their own 
system calls and custom objects. 

Resources can be divided into 64k independent 
multitasking partitions allowing independent ap- 
plications to reside on one iRMX 86 system 
simultaniously. 

I/O read and write requests are device driver and 
file driver independent! 



Priority Based Scheduler The iRMX 86 Operating System offers realtime re- 
sponse to interrupts and allows programmers 
dynamic control over task execution. The system 
recognizes 256 separate task priorities. 



FEATURE 
Configurable Family 



Multitasking 



Extensive Intertask 
Communication and 
Control 



Portability 



BENEFIT 

The functionality provided by the iRMX 86 Operat- 
ing System range from 14 Kbytes to 190 Kbytes 
allowing a family of different applications rang- 
ing from dedicated "turnkey" operations through 
multiterminal and multiprogramning system. 

The iRMX 86 Operating System can appear to pro- 
vide 65,536 separate "8086 processors", or tasks, 
because each task has its own code, data, re- 
gister set, and task state. This allows an iRMX 
86 system to be responsive to a number of asnyn- 
chronous process control applications while pro- 
viding the foundation for multiterminal 
applications. 

Four mechaninsms: Mailboxes, Counting Semaphores, 
Regions, and Stream Files provide intertask 
communication, making the iRMX 86 Operating 
System the most powerful O.S. in this area of 
communication and control. 

The iRMX Object oriented operating system will 

easily port to the hardware objects supported by 

future processors such as the iAPX 186 and iAPX 
286. 



17 



FEATURE 

Hierarchical File 
Directory Structure 



(P)ROM'able 



Minimum Hardware 



Human Interface 



Interrupt Management 



Error Management 



Memory Management 



BENEFIT 

Tree structured directories offer improved access 
protection, so data can be organized by function, 
offering faster file location due to a limited 
directory search. 

No disk is required by the iRMX 86 Operating 
Systeml It can reside in (P)ROMl! However, if a 
RAM base system is desired, a boot loader is 
available as part of the system. 

The iRMX 86 Operating System will work with iSBC 
86 and iSBC 88 boards, even though it makes no 
assumptions about the board or form factor. 

The operator's interface to the system is aided 
by an automatic system start-up at power-on. 

Two levels of interrupt management allows the 
user to trade between speed and power. 

Hierarchical Error Management provides flexible 
error servicing to protect application integrety 
and shorten debug time. 

The full one Megabyte address range of the iAPX 
86 and iAPX 88 processors is supported by the 
memory manager of the iRMX 85 Operating System. 
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Market Focus 



iRMX 86 OPERATING SYSTEM 

System software to support both your board and component accounts is here'. 
And it's a major commitment by Intel to solve the software crisis] 1! 

The iRMX 86 Operating System is the super- star among microprocessor operating 
systems! It stands several notches above the competition in capabilities and 
in price/performance. Just consider that other operating systems in iRMX 86 's 
class are a minimum of two times more expensive! iRMX 86 represents a gigan- 
tic step forward by offering mainframe functionaltiy at microcomputer prices! 

Intel is the only computer manufacturer offering a full-featured operating 
system without imposing a system hardware architecture'. iRMX 86 assumes no 
board form factor; assumes no mass storage devices, but supports your cus- 
tomers' iAPX 86 and iAPX 88-boards and is designed to move applications more 
gracefully to the iAPX 286 processor. Additionally, iRMX 86 supports the iSBC 
86 and iSBC 88-based boards along with iSBC device controllers, as well as 
customer designed controllers. As a result, it's the first TRUE vendor sup- 
plied OEM software that shows responsibility for future processors and state 
of the art controllers! 

iRMX 86 introduces some unique capabilities to the microprocessor world. It 
offers object-orientation, making iRMX 86 be to the operating system world 
what hiqh level languages offered to the assembly language world-- "EASE OF 
USE"!. In addition, it is the first operating system that provides hooks al- 
lowing customers to add their own unique system calls to iRMX 86 without need- 
ing or being familiar with SOURCE code! 

All of that combined with the iAPX 86 hardware family (including the 8087 
floating point processor) and the growing Intel UDI standard software bus, 
should make your selling job easier and make you proud to be a member of the 
"Intel delivers solutions" team! 
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SALES STRATEGY 

Intel software forms part of an overall strategy to sell Intel hardware; 
Boards as well as components. Figure 5.1 indicates the different approaches 
that may be necessary to reach that overall objective. Any customer needing 
to solve a problem using microcomputers comes to the salesman fully equiped 
with a range of background experiences, personal bias and strong emotions. 
The customer usually wishes to enter the matrix shown in the figure at one of 
four different entry points. The strategy statements at the bottom of the 
figure will help to guide the customer to the highest Intel contribution node 
possible. Where it becomes necessary to use third party software, chassis, or 
application hardware, don't say "NO" - help the customer find the solution 
that takes the most advantage of Intel boards, components, and foundation 
software. 

SATISFY THE CUSTOMER'S POINT OF VIEW 



• BACKGROUND EXPERIENCE 

• BIAS 

• EMOTION 




STRATEGY 



SATISFY THE POINT OF VIEW NEED 

• GUIDE TO THE MAXIMUM INTEL SOLUTION 

• NEVER SAY "NO" 

• GET THE $ IN SILICON AND SYSTEMS HARDWARE 



Figure 5.1 
GUIDE THE CUSTOMER TO INTEL 
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Advocate these advantages: ^^^ ^''T^ 


1. Lower cost Aj? XIl^ 


off-the-shelf system 

does not require a predefined board set 

does not require a disk 


2. Compatible product family 


configurable to satisfy "VW" through "Porsche Turbo Carrerra" products 
user extensible, at a system call level, without source code 


3. "Easy to use" 


object-orientation 
application debugger 
iRMX 86 training course 
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MARKET POSITION 

Customers have been using microcomputers in many different applications, rang- 
ing from logic replacment to dedicated computers, to reprogrammable systems. 
Logic replacement refers to microprocessor based systems that perform a 
single, discrete function. Dedicated computers are microcomputer based 
solutions that operate on more than one function all within one application. 
Reprogrammable computers are a computer systems that contain language trans- 
lator's) in order to create or modify application software. 

Our customers tell us their applications can be divided into two different 
categories: performance and functionality (see Figure 5.2) Performance is 
related to the number of I/O interrupts, the memory efficiency, and fundamen- 
tal control code. The functionality category is the overall system capabil- 
ity, lots of features, extremely flexible, multiuser, multiprogram, hardware 
independence, and full protection. 



TWO BIG MARKETS 



DEDICATED 
COMPUTER 



7 

PERFORMANCE 

CONTROLLER 
FAST 

"MACHINE" R-TIME 
LEAN SOFTWARE 

EXAMPLES: 



BLOOD 
ANALYZER 




FUNCTIONALITY 

DATA PROCESSING 
"COMPUTERLIKE" 
"PEOPLE" R-TIME 
HARDWARE 
INDEPENDENCE 



WORD 
PROCESSING 



(PROGRAMMABLE ) 
V COMPUTER J 



7 — 

PERFORMANCE 

ONE LANGUAGE 
LOW COST 
SINGLE USER 
SMALL 
APPLICATION 

EXAMPLES: 



ENGINEERING 
DESIGN LAB 



■\ 



FUNCTIONALITY 

MULTI-LANGUAGE 
MULTI-USER 
MULTI-JOB 
LARGE 
APPLICATION 



SMALL 
BUSINESS 
MACHINE 



PROCESS 

LOOP 
CONTROL 



SHOP FLOOR 
MANAGEMENT 



IMAGE 
PROCESSING 



ON-LINE 

DISTRIBUTED 

DATABASE 



Figure 5.2 
Performance / Functionality Markets 
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The VLSI curve for a single microcomputer would show a curve similar to that 
in Fiqure 5.3. The more functions to be provided, the less performance is to 
be exoected. If you execute more code for a given function, it has to cost 
some performance! Imposed on this curve are the operating systems available 
from Intel. As you may have noticed, the iRMX 86 Operating system forms the 
basis for the iRMX 286 Operating system. Because of Intel's committment to 
help customers build their products, we stopped and listened as they described 
their dedicated computer applications. There are the fairly obvious dif- 
ferences as shown in Fiqure 5.3, but the migration story v;as just as impor- 
tant. Many of our 8080/8085 customers are looking for a growth path for pre- 
viously designed dedicated computer applications. Many found the iRMX 80 Op- 
erating system to be sufficient for their multitasking operations in the past, 
but are looking now for a portable solution that offers the full performance 
of an iAPX 86 or 88 design (see Figure 5.2) The iRMX 88 Operating System 
simply offers this ported interface. 

The sophisticated iAPX 86 and 88 customer is looking for the robust operating 
system capabilities of the iRMX 86 Operating System. This customer knows the 
advantages of the full functionality available with the O.S. They recognize 
the need to be compatible with Intel's next generation hardware and software. 




FUNCTIONALITY 



IAPX 286 

__ IAPX 86/88 
8080/8085 

— ► 



Figure 5.3 
VLSI / Application Curve 
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Please examine Table 5.1 for the significant family distictions between the 
iRMX 80, iRMX 88, and iRMX 86 Operating Systems. The flow-diagram shown in 
Figure 5.4 provides a fundamental, thumb-nail sketch of determining customer 
needs. Customers can immediately prototype their application with iSBC pro- 
ducts, be into production sooner, and move to their board- level design when 
sales volumes warrant the change. 



ATTRIBUTE 
Sold to component customers 
\/ Object-oriented architecture 
Configurable 

Interactive Configuration 
(P)ROM'able 

Memory size of O.S. (Kbytes) 
Multiprogramming 
Multitasking 

Memory management (Kbytes) 
Mai Iboxes 
Semaphores 
Regions 

Interrupt management 
Error management 
Device independent I/O 
File directory structure 
Double buffering 
Device driver support 



iRMX 80 



iRMX 88 



iRMX 86 



yes 


yes 


(yis) 


no 


no 


yes 


yes 


yes 


yes 


yes 


yes 


no 


yes 


yes 


yes 


.6-12 


1.2-24 


14-190 


no 


no 


yes 


yes* 


yes* 


yes* 


64 


128 


1000 


255 


255 


64K* 


none 


none 


64K* 


no 


no 


yes 


yes 


yes 


yes 


direct 


direct 


hierarchical 


no 


no 


yes 


flat 


flat 


hierarchical 


no 


no 


yes 



iSBC 201,202, iSBC 208,220, iSBC 204,206, 
204,206 215/218 215/218 



V Human interface no 

Command line interpreter yes 

Instant-on yes 

Universal Development interface no 

-y/ High-level language translators no 

Offered in silicon no 

Future growth path for customers iRMX i 

Number limited by avalilble RAM space 



no 




(yes; 


yes 




yes 


yes 




yes 


no 




yes 


no 




(yes) 


no 




yes 


iAPX 


86/88 


iRMX 286 


comp. 


atible 





TABLE 5.1 
iRMX FAMILY DISTINCTIONS 
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SELECT THE APPROPRIATE OPERATING SYSTEM FROM INTEL'S IRMX FAMILY 



YES 



YES 




YES 



YES 



YES 



YES 




SELL THE 
HARDWARE 



/ IRMX 80 j 



-! ►T IRMX 88 j 



< 



IRMX 86 




) 



TELL HIM 
GOOD LUCK!! 



Figure 5.4 
EXECUTIVE DECISION DIAGRAM 
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KEY APPLICATIONS 

Applications for iRMX 86 cross the complete spectrum from Industrial Automat- 
ion to Business DP. Industries and applications are sited to help you zero in 
on those opportunities! 



iRMX 86 KEY APPLICATIONS w^ 


MARKET SEGMENT 


PRODUCT / APPLICATION ^ 


Telephone Networks 


Stored Program PABX 

Telephone Monitoring And Control 

Network Testing 


Process Control/Factory 
Automation 


Data Acquisition Systems 
Factory Floor Data Collection 
Manufacturing Systems 


Engineering And Scientific 


Simulation Systems 
Laboratory Data Acquisition 


Medical Electronics 


CAT Scanners 
Ultrasound 
Stress Test 


Business Data Processing 


Small Business Computers 
Data Base Management Systems 
Intelligent Terminal Clusters 


Business Office Equipment 


Word Processing Systems 
Teleconferencing Products 
Electronic Mail Systems 


Financial Autotransaction 
Syst ems 


Automatic Teller Central Unit 
Electronic Funds Networks 
Point Of Sale Systems 
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O Competition 



Overview 



iRMX 86 stands several notches above the competition! Against the real-time 
systems it offers state-of-the art technology. Against the batch systems it 
satisfies both the real-time needs of your customers and in a background mode 
can satisfy his batch needs. Against the multiprogramming systems, it is 
comparitively inexpensive'. 

The comparison charts that follow are broken up into the various resource 
management facilities. 



COMPARATIVE CHARTS 



PROCESSOR MANAGEMENT: 





iRMX 86 


UNIX 


CP/M 


RSX-llM 


RT-11 


MTOS-86 






SCHEDULING 


Real-time 


Multi- 
program 


Batch 


Real-time 


Real-time 


Real-time 


HJLTI TASKING 


Yes (64K) 


No 


No 


Yes (64K) 


No 


Yes (4K) 


PRIORITY LEVELS 


255 


None 


None 


250 


None 


255 


MULTIPROGRAMMING 


Yes (64K) 


Yes {64K) 


NO 


Yes {64K) 


Foreground 
/Background 


No 


MULTIPROCESSOR 


No 


No 


No 


No 


No 


Yes (16) 


MULTIUSER 


No 


Yes (4) 


No 


Yes (4) 


No 


No 


INTERRUPT 


Yes 


No 


No 


Yes 


Yes 


Yes 


MANAGEMENT 














ERROR MANAGEMENT 


4 levels 


Yes 


No 


Yes 


Yes 


No 


POWERFAIL PROTECT 


No 


No 


No 


Yes 


No 


No 



MEMORY MANAGEMENT: 





iRMX 86 


UNIX 


CP/M 


RSX-llM 


RT-11 


MTOS-86 








DYNAMIC 


Yes (1MB) 


Yes (64K) 


No 


Optional 


No 


Yes (64K) 


# of MEMORY POOLS 


64K 


None 


None 


8 


None 


32 


COMPLETELY MEMORY 
RESIDENT 


Yes 


Yes 


Yes 


Yes 


No 


Yes 


APPLICATION LOADER 


Yes 


Yes 


Yes 


Yes 
(US: No) 


Yes 
(RT2: No) 


No 


BOOTSTRAP LOADER 


Yes 


Yes 


No 


Yes 


Yes 


No 


{P)ROM'able ^ 


^Yes^ 


No 


No 


No 


No 


Yes 
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DEVICE MANAGEMENT: 
















iRMX 86 


UNIX 


CP/M 


RSX-llM 


RT-11 


MTOS-86 


CONCURRENT I/O 


Yes 


Yes 


No 


Yes 


Yes 


Yes 


I/O BUFFERING 


Yes 


Yes 


No 


Yes 


Yes 


No 


REENTRANT I/O 


Yes 


Yes 


No 


Yes 


Yes 


Yes 


ASYNCHRONOUS I/O 


Yes 


No 


No 


Yes 


Yes 


Yes 


SYNCHRONOUS I/O 


Yes 


Yes 


Yes 


Yes 


Yes 


No 


DEVICE 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


INDEPENDENT I/O 














DEVICE ALLOCATION 


PLANNED 




No 


Yes 


No 


No 


Max. # of DRIVERS 


64K 




256 


256 


16 


256 



DATA MANAGEMENT: 


iRMX 86 


UNIX 


CP/M 


RSX-llM 


RT-11 


MTOS-86 


FILE SUPPORT: 

1. SEQUENTIAL 

2. INDEXED SEQ. 

3. DIRECT ACCESS 


Yes 

No 

Yes 


Yes 
Ves 


Yes 

No 

Yes 


Yes 
Yes 
Yes 


Yes 

No 

Yes 


Yes 

No 

Yes 


SWAPPING 


No 




No 


Yes 


No 


No 


OVERLAYS 


Yes 


Yes 


Yes 


Yes 


Yes 


No 


HIERARCHICAL 
DIRECTORIES 


Yes 


Yes 


No 


No 


No 


No 


STREAM FILES 


Yes 


Yes 


No 


No 


No 


No 


MAILBOXES 


Yes 


No 


No 


No 


No 


No 


CRITICAL REGIONS 


Yes 


Yes 


No 


No 


No 


Yes 


HOST SYSTEM FOR 
DEVELOPMENT 


Yes 
(With UDI) 


Yes 


Yes 


Yes 

(US: No) 


Yes 
(RT2: No) 


No 
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SPECIFICS ABOUT THE COMPETITION 
UNIX (XENIX) vs 1RMX 86 



UNIX is expensive'. From Western Electric, OEMs pay initially 78,000 which 
includes jTO support and is coded only for POP Us! No royalty buyout 
agreement has ever been signed, but the negociations start in the millions 
according to the Unix Western Electric Product Manager. From Microsoft 
the pricing is as follows: 

XENIX pricing is on a sliding scale such that on every $500,000 paid in 
royalties, you get a new price break! The pricing is also adjusted to the 
number of users that UNIX is preconf igured for. Four is more that three, 
etc. 

The initial license fee for a 4-user system is $2,000. 



UNITS 
ROYALTY 


n-526 
$950 


527-1240 
$700 


1241-2240 
$500 


2241-4740 
$200 


4741+ 
$80 



UNIX is for timesharing environments only! It cannot be used for 

communications, scientific applications or process control'. No interrupt 
management is provided 1 

UNIX is not (P)ROM'ablel It must have a mass storage device. 

UNIX is not configurable! For the 8086 it is estimated to be 55K - 60K 
bytes. 

UNIX is developed by Bell Labs and supported by Microsoft, a software 
house with '79 revenues of $2.5 million. 

UNIX will not support multitasking nor task to task communication. 

UNIX will support up to 8 terminals (4 is suggested on the 8086,Z8000, and 
68000), but it is bought from Microsoft already configured. (If you go 
from 4 terminals to 5, Microsoft has to configure itl). 

UNIX requires special memory protection hardware for the 8086 or the 
for the Z8000. 



UNIX is well known in the college environment and runs on VAX, all PDF- lis 
including LSI-11/23, and will be offered by Microsoft for 68000 (Q281), 
8086 (Q181), and Z8000 (Q181). 

XENIX is offered by 

Microsoft 

Bellevue, Washington 

UNIX is offered by 
Western Electric 



CP/M VS RMX 86 

CP/M is a file management system not an operating system. Digital 
Research markets CP/M as "a monitor control program for system 
development." It is equivalent to ISIS-II, the Intel development system 
monitor. 

CP/M is a single user, single program system. Only one program can 
execute at once. 

CP/M is not Real-Time. It cannot be used for process control, scientific 
applications, or communications. 

CP/M is not prommable. It requires a mass storage device. 

CP/M will not support multitasking nor task to task communication. 

CP/M offers an attractive ISIS II compatible mass storage file management 
system for a one user system running on 8080, and Z80. 

CP/M, due to its low single usage price, has become the "defacto" 8-bit 
standard . Many small software houses have written 8- bit software packages 
that run on top of CP/M 80 including high level languages (FORTRAN, COBOL, 
PASCAL, BASIC), applications packages (accounting, database management), 
and utility packages (text editors). 

How long it will take these vendors to convert to CP/M 86 and to the 8086 
processor is not clear' Digital research expects to be ready by 
December. Remember that the file system is not easily expanded to support 
new device controllers. 

Initial license including 50 royalties: $3,000 



UNITS 
ROYALTY 



1 - infinity 
$60 



Buyout $50,000 

CP/M for a single user is $150 

Digital Research plans to introduce MP/M, a multiple user version of the 
same operating system, some time in 1981. 

CP/M has a good track record as is known to be a reliable package with 
good vendor "HOTLINE" support. 



CP/M is offered by 
Digital Research 
Pacific Grove, CA 
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MTOS 86 VS RMX 86 

MTOS 86 is in a class comparable to iRMX 88, it is an 8-bit system ported 
to a 16-bit system. 

Pricing is such that support is explicitly excluded. As a result, IPI, 
whose annual revenues are less than $1 million, are only addressing the 
1-time buyer. 



Pricing (including source) 




MTOS 86 


$4500 


FLOPPY DRIVER 


750 


LINE PRINTER DRIVER 


750 


ISIS-II FILE SYSTEM 


1500 


NETWORKING 


4000 


MULTIPROCESSOR 


4000 



Simple, "static" low-end real-time system. The configuration process is 
difficult and time consuming! 

Does not offer a man-machine interface'. Can not be used in an interactive 
environment, just dedicated computer controller applications. 

Does not support memory management of memory pools greater than 64K. 

Does not offer an application loader, therefore, there is no way of 
loading tasks from a mass storage device and executing them. 

File system can never support new peripheral technology including 8272, 
iSBC 208, iSBC 215, iSBX 218, and iSBC 220. 

Multiprocessing support for 16 iAPX 86 or iAPX 88 processor boards running 
on the MULTIBUS. 

Network support for 255 MTOS 86 nodes. 

MTOS 86 is offered by 

Industrial Proa ramming Incorporation 

Jericho, N.Y. 11753 



RSX-nM/RSX-nS VS RMX 86 

DEC'S RSX-llM requires a PDP-ll system with a diskl It's the only 
solution for a "high roller" OEMl 

DEC'S value added is not the silicon like Intel 'si To maintain high 

revenues, their software prices are steepl - First product RSX-llM CAT A, 
full support $3,450. 

RSX-llM is a tried and true architecture just like our 8080. Innovative 
OEMs that require new solutions and need the room for product growth 
cannot afford an old solution. 

System extensions requires source that is not offered in the basic product. 

RSX-llM supports multitasking, multiprogramming, and does offer a rich set 
of languages including BASIC, COBOL, FORTRAN, and APL. 

RSX-llS is a smaller version than RSX-llM. It does not support 

application development. It still requires a disk, and a PDP-11 system, 
but the price is still a factor of 2 higher than a subset of the iRMX 86 
Operating System that will support languages 1 

Some of our customers have said that context switch times in the order of 
5 msec are not uncommon. 

RT-11 VS RMX 86 

RT-11 is not multitasking! It supports 2 tasks with 2 priorities. (The 
iRMX 86 Nucleus supnorts 64K tasks and 256 priorities). It is difficult 
to use RT-11 in asynchronous applications like communications, 
multi-terminal applications, and process control:. 

Only 1 foreground task responsive to interrupts can run. If you want to 
load a new foreground task, it can only be loaded by issuing the request 
on the system console which is blocked until the background task has 
completed 1 

RT-11 is a stable product that has no planned additions. It runs on 
LSI- lis thru PDP ll/70s. 

RT-11 is a one user system with high level language support including 
FORTRAN, BASIC, and APL. 

RT-11 is more expensive than iRMX 861 - First license is "CAT A" full 
support at $2,760 the cheapest other 2+ licenses are "CAT D" no support 
options at $486/copy. 



Pricing on next page 
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PRICING 

Using the discount schedule, on "CAT D" for both products: 



License only 
Price RSX-llM 
Price RT-11 


1-9 
$2200 
$489 


10-24 

$1496 

$333 


24-49 

$1298 

$289 


50-99 

$1056 

$234 


100-199 
$968 
$215 


200-399 
$902 
$200 


400-599 
$858 
$190 



RSX-llM, RSX-llS, and RT-11 is offered by Digital Equipment Corp. 
Maynard, Mass. 



COMPETITIVE SUMMARY 







"GOTCHAS" 






iRMX 86 OPERATING SYSTEM 


COMPETITION 


V 


1. 


Tasks can schedule other tasks 


Nobody here I'. 


V 


2. 


Dynamic task creation and deletion 


Only MTOS-86 comes close 


V 


3. 


Multiprogramming - Job isolation 


Only the minis do it 


V 


4. 


Math coprocessor support 


DEC has a slower one that is 
not IEEE compatible 


V 


5. 


Disk file support for the iSBC 204, 
206, and 215/218 


Not even considered by MTOS-86 


V 


6. 


(P)ROM'able / Bootstrap support 


DEC has bootstrap, not 

(P) ROM 'able; MTOS-86 has no 

bootstrap 


V 


7. 


Real-Time system 


CP/M is batch only 


V 


8. 


Command line interpreter 


User extendable 


V 


9. 


iSBC and Component support 


Flexibility designed into 
standard package 



f 



Sales Aids 
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DOCUMENTATION AVAILABLE 



iRMX 86 FAE FOIL 
PRESENTATION & 
SPEAKER'S GUIDE 
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SOFTWARE SOLUTION 
BROCHURE 





SOFTWARE 
LICENSE 



Intel 



142988 



DATA 
SHEET 



CD 

Z 

CC 
Hi 
Ul 

z 

o 

z 

LU 



< 
o 

_l 
a. 

Q. 
< 



AP NOTE 86 



USING THE 

IRMX 86 

O.S. 



IRMX 86 

INTRODUCTION 

TO THE 

IRMX 86 

O.S. 




IN-DEPTH 

IRMX 86 

FOIL 

PRESENTATION 



iny 



REFERENCE 
MANUALS 



IRMX 86 

PROGRAMMING 

TECHNIQUES 



a. 

UJ 

S 

< 

CC 

o 
o 

CC 

Q. 

UJ 
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BASIC LANGUAGE 
DEMO 



Intel 



IRMX 86 
CUSTOMER 
TRAINING 
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REFERENCE 
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IRMX 86 

INSTALLATION 

GUIDE FOR 

ISIS-II USERS 
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C 


ONFIGURATIO 
GUIDES 


N 









mtei 


AR122 




PREVIEW 


1 


ARTICLE 



/ 



INTRODUCING 
THE IRMX 86 
REAL-TIME, 
MULTITASKING, 
16-BIT O.S. 




IRMX 86 
POCKET 
REFERENCE 



AP NOTE 110 



lAPX 86 

&THE 

IRMX 86 

O.S. 



GUIDETO 
WRITING 
DEVICE 
DRIVERS 
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DEMOS 

Tiny Basic Demo: Shipped with the product. This demo contains a complete confiq- 
uration using the Nucleus, Debugger, and the Terminal Handler. 

INTRODUCTION PLANS 



November, 1980: 



May, 1980: 



December, 1981: 



Release 2 Shipment. This release will provide a configurable 
Nucleus, an Application Loader, and a Bootstrap Loader. In ad- 
dition, many of the problems detected in the first release will 
be corrected. 

Release 3 Shipment. This release will complete the product by 
providing the remaining system layers: the Extended I/O System, 
and the Human Interface. In addition, major improvements will 
be made to the system throughput and system memory require- 
ments. In general, most memory and timing parameters will be 
improved by about 20%. Added features include I/O port config- 
urability and cascaded interrupts. 

Most of the functions of the Nucleus will be integrated into a 
new silicon device along with the various timers and interrupt 
controllers required by the operating system. This new 'operat- 
ing system component' will offer the component customers a new 
opportunity to improve their performance while decreasing their 
costs and PCB realestate. 



KEY FACTORY CONTACTS 



PRODUCT MARKETING 

IRMX 86 Product Manager 
Software Marketing Manager 
Product Marketing Manager 
Marketing Manager 

TECHNICAL SUPPORT 

Software Product Support Manager 
ApoHcations Engineer 
IRMX 86 HOT LINE I'.'.'.'. 

MARKETING SERVICES 

Contract Admin strati on 
Royalty Adminstration 
Marketing Product Administrator 
Product Scheduler 

CUSTOMER MARKETING 

U.S. Sales Development Manager 
Southwest Marketing Coordinator 
North/Mid-West Marketing Coordinator 
Atlantic/Eastern Marketing 
New England Marketing Coordinator 
Distributor Marketing Coordinator 
International Marketing 



Peter Wolochow 
Dave C loutier 
Sam Bosch 
Bob Brannon 



Roger Jennings 
George Heider 



Mike Morrison 
Sherri Morningstar 
Dorothy Tannahi 1 1-Moran 
Patty Patzke 



Vinod Mahendroo 
Bob Wi Ikinson 
Fred Langner 
Bob McFadden 
Bob Critchlow 
Jim Alexander 
Steve Chase 



(503) 640-7423 
(503) 640-7133 
(503) 640-7131 
(503) 640-7082 



(503) 640-7259 
(503) 640-7140 
(503) 640-7650 



(602) 869-4596 
(408) 987-8810 
(503) 640-7105 
(503) 640-7107 



'503) 640-7113 

503) 640-7109 

'503) 640-7124 

:503) 640-7565 

[503) 640-7524 

;503) 640-7116 

'503) 640-7158 



O Ordering Information 



The iRMX 86 Operating System package is a licensed software product that is 
Drop-Shipped only. 

LICENSED PRODUCT 

An order for either iRMX 86 KIT ARO or iRMX 86 KIT BRO (The ARO is for 
single density diskette versions, and the BRO is for double density disk- 
ette versions) requires the license number and quote number. The license 
number comes from the prenumbered Master Software License Agreement as 
outlined in the next sections. Licensing instructions also appear in the 
back of current OEM and DISTI price books. This new Master Software 
License supercedes all previous license agreements, and need be signed by 
the customer only once. 
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PRODUCT PRICING 



KEY 

N = NEW PRODUCT 
I = PRICE DECREASE 
t = PRICE INCREASE 



OEM MICROCOMPUTER SYSTEMS 

PROD. PROD. CODE/ 

RESP. PART NO. DESCRIPTION 



SUGGESTED RESALE PRICE 



QUANTITY 



1-9 



10-24 



DISTRIBUT0R(7) 
UNIT PRICE 



B RMX 86-Kit 



B RMX 86-Kit ARO 



B RMX 86-Kit BRO 



Order replacement part RMX 86-Kit ARO or RMX 
86-Kit BRO. 

Realtime multiprogramming operating system for 
Intel iSBC-86 Single Board Computers contained 
on single density and double density ISIS-II com- 
patible diskettes. iRMX 86 contains a Nucleus, 
Basic I/O System, Terminal handler. Debugger as 
well as Device Drivers for the iSBC 204 and iSBC 206 
Disk Controllers. A comprehensive Documentation 
Package includes IRMX 86 Nucleus, Terminal 
Handler, and Debugger Reference Manual; iRMX 86 
I/O System and Loader Reference Manual; iRMX 
86 System Programmer's Reference Manual; iRMX 
86 Pocket Reference; Guide to Writing Device Drivers 
for the iRMX 86 I/O System; iRMX 86 Configuration 
Guide for ISIS-II Users; IRMX 86 Installation Guide 
for ISIS-II Users; Introduction to the iRMX 86 
Operating System; and IRMX 86 Programming 
Techniques. Price includes software license fee. 

IRMX 86 is provided with an iSBC-957A Execution 
Vehicle, and credit for one iRMX 86 customer training 
course. (Valid for 6 months.) 

Same as RMX 86-Kit ARO except BRO is double 
density. Price includes software license fee. 



7500.00N — 5250.00N 

(DROP-SHIP ONLY) 
(Requires Master Software License)* 
(Class II) 
Royalties payable directly to Intel. 
Royalty Price: 1-24 300.00 
24-49 225.00 
50-H 160.00 



7500.00N — 5250.00N 

(DROP-SHIP ONLY) 
(Requires Master Software License)* 
(Class II) 
Royalties payable directly to Intel. 
Royalty Price: 1-24 300.00 
24-49 225.00 
50+ 160.00 



B RMX 86-Kit AWX 



B RMX 86-Kit BWX 



Warranty extension program for the iRMX 86 
Operating System. Warranty coverage includes 
one year of updates, software problem report 
service, periodic newsletter, and technical support. 

Same as RMX 86-Kit AWX except BWX is double 
density. 



2000.00N — 1850.00N 

(DROP-SHIP ONLY) 
Requires verification of licensed purchase 
of RMX 86 from Intel. 

2000.00N — 1850.00N 

(DROP-SHIP ONLY) 
Requires verification of licensed purchase 
of RMX 86 from Intel. 
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LICENSE AGREEMENT PROCEDURES 



Here are some of the details you will need to know: 



CLASSIFY 



SOURCE 



BLANKET 
AGREEMENT 



SHIPMENT 



CUSTOM BOARDS 



ADDITIONAL 
COPIES 



NON-INTEL 



DISTI'S 



ROYALTY 
PAYMENTS 



the information 
including — 



Become familiar with your 
customer's rights for 
each class of software 



The price book gives all the information you need about each 

of the software products; 

-Class I = end user 

-Class II = OEM 

-Class III = OEM (Pass-through) 

-Initial license fee 

-Additional royalties required (if any) 

Source code licenses are handled with a separate license 
agreement. Contact the product marketing manager with any 
inquiries. 

Existing blanket agreements should be converted over to the 
new form the next time your customer orders a software pro- 
duct. All new customers or new orders from existing cust- 
omers not already on a blanket license, will require the new 
agreement. 



Software will net be shipped until we have 
agreement from the customer. (The quote 
will still be used and is available 
Deer Valley.) Once we have a signed 
Agreement, subsequent orders from the 
without delay. 



a signed license 

number procedure 

from Mike Morrison, in 

Master Software Licence 

same customer will ship 



The license agreement requires our software products to be 
used only on Intel products such as Intel lee '^ systems, and 
iSBC^'^ boards. If your customer wants to build custom 
boards using Intel components, we will issue a letter desig- 
nating his board as a "licensed Product". 

The now obsolete, 'additional copy' price for software, is no 
longer authorized or applicable to any of the software pro- 
ducts. Customers are now authorized to make seven copies, at 
a location, for each purchased product. 

If your customer really requires using our software on equip- 
ment not manufactured or licensed by Intel, or on putting our 
software into OEM equipment which does not use Intel boards 
or components, contact the product marketing manager. We 
will require a different license agreement and we cannot pro- 
vide warranty or support. 

Distributors (domestic) are not requested to monitor or as- 
sist in collecting royalties. They are only required to get 
software licenses signed, and registration certificates 
completed. 

Royalty payments do NOT go through the normal sales system. 
Purchase orders and royalty payments should be sent to 
Royalty Administration, c/o Sherri Morningstar, SCIV - 105. 
All paperwork should identify the customer's license number 
and the respoonsible FSE's name. 
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Special considerations for licensing the iRMX 86 Operating System: 



STEP PRICING 



The iRMX 86 Operating System requires the customer to pay 
royalties for passing portions of the program through as part 
of an OEM product. The royalty schedule is based on step 
pricing so that no volume forecasts are required from the 
customer. Once every six months, we will ask the customer to 
report the total number of incorporations into OEM products 
(or products used internally). All portions incorporated 
into a single product count as one incorporation. We will 
maintain totals for each customer. 



NO DISCOUNT 



DPA's 
ROYALTY 



The first 24 units will be at $300 each. The next 25 units 
will be at $225 each. All subsequent incorportations will be 
at $160 each. 

For example, if a customer has incorportated the selected 
portions of iRMX 86 into an OEM product and sold 58 of them, 
he would have paid: 



24 X 300 

25 X 225 
9 X 160 

TOTAL 



7,200 

5,625 

1,440 

$14,265 



The same formula would apply when the customer incorporates 
selected portions of iRMX 86 into their software for internal 
use. 

We will not discount royalties. If you are negotiating a 
volume agreement, we will consider discounting the boards to 
be competitive. For example, consider 24 incorporations into 
an iSBC 86/12A based product: 



Board price 
Royalty 
TOTAL 



2,405 

300 

$2,705 



Assuming a competitive board quote of $2,200, we should bid: 



Board price 
Royalty 
TOTAL 



2,250 

300 

$2,550 



Royalty payments will be counted for discount purposes in the 
DPA's (Discount Purchase Agreements). 



Royalty Administration 
the distributors. Our 
Intel and the Customer. 



and Collection will not be handled by 
software license agreement is between 



9 Questions and Answers 
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1. When should I sell iRMX 86 features? 

ANSWER: The iRMX 86 Operating System is ideal for those applications that 
require a stron, and complete set of features needed to support ap- 
plications that depend on real-time performance and state of the art 
design and device support. The device independent I/O, and the mul- 
tiple job environment provided by iRMX 86 allow applications like 
word processing and data processing to co-exist with applications 
like data collection and individual device control. 

2. Can I sell the iRMX 86 Operating System to component customers? 

ANSWER: YESl'. '. Any part of the operating system may be put in (P)ROM, makint 
it very easy for the customer to adapt his application to a custom 
configuration. Remeber: The best idea is to use an 8086 based iSBC 
product for prototyping, and move to the component design when the 
software has been tested. 

3. What are the restrictions for component customers? 

ANSWER: Releases 1 and 2 require that the system contain an 8253 (timer) and 
an 8259A (interrupt controller) configured at the same locations as 
specified on the iSBC 86/12A Single Board Computer. If the terminal 
Handler is used in the system, an 825 lA (USART) must also be part of 
the system, and be located as it is on the iSBC 86/12A. Release 3 
will allow the customers to configure the addresses of the 8253 and 
the 8259A 

4. Should I attempt to sell iRMX 88 to component customers before trying to 
sell iRMX 86? 

ANSWER: ABSOLUTELY NOT!'. The iRMX ** Operating System is well suited for 
those applications that do not require device independent I/O, and a 
multiple job environment. Without iRMX 86, the customer has no way 
of expanding beyond 128K of O.S. controlled memory, or designing 
ahead for the next generation of processors and device drivers. 
Furthermore, remember that component software is just around the 
corner, and will be based on the iRMX 86 Operating System Nucleus. 



5. What is the UDI? — What does it do for iRMX 86? 

ANSWER: The ]Jni versa 1 ^^velopment J^'^terface provides a "software bus" or 
interface on top of which any standard compiler or translator can be 
built. By providing this interface, iRMX 86 (and several other Intel 
operating systems) can use all the programs written to conform with 
the interface. This will allow Intel and other software houses to 
provide a multitiude of languages that all run on all the new operat- 
ing systems and in a very short period of time. 



5. What lanquages can be used with iRMX 86? 

ANSWER: PLM 86 and the 8086 Assembler can be used now. The only real re- 
striction is that the procedure calls must conform to the PLM para- 
meter passing conventions for the particular model of computation 
selected by the user. Other languages (including COBOL, FORTRAN, 
PASCAL, and BASIC) will be built to run on the UDI by Q2'81. These 
languages will be provided with an editor and the various linking and 
locating programs needed to do acuta 1 development on a system using 
the iRMX 86 Operating System. 

7. Can I sell source to all customers that ask for it? 

ANSWER: TRY NOT TO SELL SOURCE. We beleive that the sofware that Intel has 
developed is VERY expensive and valuable. The standard Master 
License described in this manual does not include source. If the 
customer demands to have listings, we are prepared to discuss the 
possibility. Machine readable source is treated in a different 
manner. The point to remember is: Intel supports its software; 
Customers need to have source to ensure proper support or to relieve 
anxiety. 

8. What is planned to follow Release 3 of the iRMX 86 Operating System? 

ANSWER: The iRMX 86 Operating System will continue to be maintained and up- 
dated for many years. The current plan is to update the system at 
least once per year to remove any problems and to add new device 
drivers. A Release 4 is being planned to be introduced before the 
end of 1981 and to include new device drivers (iSBC 220, ect.)» 
multiprocessing capabilities, and further performance and size 
improvements. 

9. How do customers maintain their iRMX 86 Operating System? 

ANSWER: The iRMX 86 Operating System is sold with one year of updates and 
newsletters included in the base price. Once this warranty period is 
over, the customer must exted the warranty by purchasing the ap- 
propriate 'WX' (Warranty Extension) product (ex: iRMX 86 AWX). 
Customers not under warranty will not receive new updates or factory 
support. 



10 Self Evaluation 
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Can you answer these questions? If you can, you are doing well, and are ready 
to help solve your customer's problems with the iRMX 86 Operating System. 

1. What are the major advantages of using the iRMX 86 Operating System? 

2. What are the advantages of an object-oriented architecture? 

3. What dre the advantages of a device independent I/O system? 

4. What are the major advantages of the layered structure of the iRMX 86 
Operating system? 

5. What are the major differences between iRMX 86 and the other multitasking 
operating system available? 

6. How can iRMX 86 work for component customers? 

7. How is the iRMX 86 Operating System configured for each application? 

8. How can the operating system be loaded into the application hardware? 

9. Which Intel iSBC boards and devices ere directly supported by the iRMX 86 
Operating System? 

10. How is Intel software licensed? 

11. Give one "GOTCHA" for iRMX 86 against each of: MTOS-86; UNIX; CPM-86; and 
RSXll. 

12. What are the two ways an application can respond to interrupts using the 
iRMX 86 interrupt mechanisms? 

13. What are the six objects supported by the iRMX 86 Nucleus? 

14. How are user defined objects handled by the operating system? 

15. What is the range of the interrupt latency imposed by the iRMX 86 
Operating System? 

16. What is the maximum size of a segment controlled by the iRMX Operating 
System? 

17. What is the current price for all layers of the operating system? 

18. What is the royalty schedule for iRMX 86 derivative works? 

19. How does the iRMX 86 Nucleus provide application independence? 



Appendix A 



Understanding some of the fundamental concepts will help you answer this ques- 
tion in your own words. This section identifies the resource management re- 
quired for real-time, batch, and multiprogramming. The management of CPU, 
I/O, and memoru resources is critical to the efficient execution of programs. 

A real-time operating system can manage the asynchronous events in a timely 
fashion so that control can be effective. TTL or logic controllers do not 
manage independent I/O and are not part of this discussion. The following 
tables provide significant detail as to the batch and multiprogramming en- 
vironments found in the reprogrammable market place. In a simple batch 
system, the memory resource is allocated totally to a single program. Thus, 
if a program does not need all of memory, a portion of that resource is 
wasted. There are many batch operating systems still in use today, however, 
for microcomputer applications the multiprogramming operating system will be 
the better choice. Multiprogramming allows more than one job to reside in 
memory and execution is overlapped with I/O. 

Opera tina systems do nothing more than manage system resources. 
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NO 



Resource Management In A Nutshell 

1. Processor management to determine what code gets CPU time. 

2. Memory management to allocate and deallocate which memory 
the system is using. 

3. Device manaqement to facilitate peripheral communication 
between A/D and D/A, consoles, mass storage devices, etc. 

4. Data management to aid in data manipulation. 
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O.S. TYPE MARKETS SERVED 


NEEDS TO BE SATISFIED 


REAL-TIME 


Industrial Control 
Communications PABXs 
Te 1 ecommun i ca t i on s 
Military Command Control 
Interactive Graphics 
Simulation (Including Flight) 


Abi lity in real-time 
to accept parameters 
that affect output. 

Timely response to 
external stimulus 


BATCH 


University Computer Center 

Payroll 

Home Computer System 

Filter Design 

Large Scientific # Crunching 

Forecasting 

Statistical Analysis 


1 program to execute 

at once. 
Overlapping 

program execution 

with input of the 

next program. 


MULTI 
PROGRAMMING 


On-Line Database (airline reservation) 

Time-Sharing Systems 

Word Processing / Text Editing 

Modeling 

CAD (computer aided design) 


Multiple programs to 
appear to execute 

simultaneously 

Quick console 
response 



Table A.l 



Markets and Operating Systems 
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A Real-Time Application 

The heart of the real-time, multitasking system is the Nucleus which con- 
trols and manages all system resources, e.g. memory, I/O, and CPU. 



Real-time means that 
events in such a manner 



the executive is capable of responding to outside 
as to control or observe the phenomena with the 



events. Consider the events that occur 
proportions to create a final product, 
as the flow of material is measured, 
stopped when the reaction is complete, 
probes (see Figure A.l). 



as chemicals are mixed in the correct 
There are valves opening and closing 
Motors are started, accelerated, and 
usually monitored through temperature 



Even a simple mixing process may have more than one event occurring at the 
same time. Many customers have found it worthwhile to use microcomputers to 
control such processes. They need software which can perform several tasks or 
functions at the same time; i.e. multitasking. 

As you may have noticed in Figure A.l; you want the right proportion of in- 
gredients to be introduced as the stirrer turns steadily. The temperature 
measurement is important for determining the final reaction point. The 



mixing- vat valve can not open until the 
were unable to open, then an alarm must 
can be visualized, a pattern of events 
exceotions (alarms) occuring as needed, 
work (tasks) to be completed. 



reaction is completed. If the valve 

be sounded and the process halted. As 

must occur in a proper sequence with 

This leads to prioritization of the 



CONTROL 
SYSTEM 




MIXING 
VAT 



Figure A.l 
Simple Batch Process 
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The previous discussion represents the fundamental control software a customer 
must provide for this microcomputer application. The foundation software pro- 
vides a structured environment that is sufficiently flexible to meet the real- 
time requirements. This structured environment permits the user to segment 
his problem into tasks related to a function to be performed or a device to be 
sampled. The most efficient use of the CPU is when the executive can manage 
the concurrent execution of tasks. 

Tasks are ranked (prioritized) as to importance so that the highest-ranked, 
ready-to-run task is executing. Alarm conditions, as described previously, 
are prioritized such that they preempt tasks appropriately. Since events (in- 
terrupts) occur randomly, the executive must synchronize the event (see Figure 
A. 2) with a task and consider its priority relationship. When one task com- 
pletes its operation, e.g. closes the valves in the example, it may want to 
start the temperature monitoring task. This is a form of task to task com- 
munication. 



Why all this discussion? For this reason, multitasking executives require 



some thought and can be error-prone user 
provides the foundation software for the 
field-proven and reliable architecture of 
iRMX 88 Executive minimizes the risk and 
application development. This can save at 
ment and maintenance costs. 



solutions. The iRMX 88 Executive 
entire application. Based on the 
the iRMX 80 Executive system, the 
provides a firm foundation for the 
least 25% of the software devel op- 




Figure A. 2 
Prioritized Tasks 



A MULTIPROGRAMMING EXAMPLE. 
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A system which is built for multiproqramming must consider the same resource 
management problems as a real-time nucleus does for a dedicated computer ap- 
plication. The multioroqramming system is more "people" oriented than machine 
real-time control, and performs more than one job at a time. The system is 
more complex depending upon the functions to be performed, see Table A. 2. For 
the discussion we will use the system depicted in Figure A. 3. 





DEDICATED 


REPROGRAMMABLE COMPUTER 




RESOURCE 


COMPUTER 








REAL-TIME 


BATCH 


MULTIPROGRAMMING I 


SYSTEM 


MULTI 


MULTIUSER 








CONTROL 


TERMINAL 


TIMESHARE 


PROCESSOR 


External 


NONE - 


Assures 


Scheduling 


Scheduling 


SCHEDULING 


premptive 


only one 


maximum 


assures 


assures 




priority 


program runs 


thruput. 


interactive 


interactive 




sc he du 1 i ng . 


at a time. 




programs 


programs 








Program idle 


have highest 


have highest 




Generally 


Assures 


causes 


priority. 


priority. 




multitasking 


maximum 


system to 










turnaround. 


switch 


One terminal 


One user 




Scheduler 




program 


cannot block 


cannot blocK 




passive 




execution. 


another. 


another. 




causes 












events to 












change 












task 












execution. 










DEVICES 


Time 


No time 


Supports 


No time critical device 




critical 


critical 


buffered 


management. 






external 


device 


I/O. 








devices 


management. 




System geared 


to support 




supported 




Device inde- 


fast man-mach 


ine 




through 


Often sup- 


pendent I/O. 


console service. | 




direct 


ports I/O 










int erupt 


spooling. 










management. 










MEMORY 


Minimal 


Load next 


Memory clean-up 


Drives 




memory 


program 


guarenteed to load next 


memory 




clean-up . 


over prev- 
ious onel 


program. 


protection 
hardware 
for user 
isolation. 

Memory 

clean-up 

guarenteed 

to load 

next 

program. 


DATA 


Generally 


Generally 


Good f i le 


Generally 


Good file 




task to 


supports 


management. 


supports 


management 




task commun- 


file 




data base. 


system. 




ication. 


management. 




Good fi le 
management. 


Fi le pro- 
tection 
from user 
to user. 

Usually 
data base 
support. 



Table A. 2 - Operating System Resource Management 
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The business office is one application area that is growing by leaps and 
bounds. Many OEM customers have found it worthwhile to use microcomputers to 
control word processing equipment. In general, it is a multitasking environ- 
ment where multiple terminals are providing input or displaying interactive 
information. As can be seen, there are communications to be controlled, input 
strings to be inserted into files, and print-outs to be obtained. All of 
these can be represented as real-time events. One way to manage this work is 
thru time-slicing as shown by Figure A. 4, but the eventdriven system is 
actually more effective in managing resource alloction. 

The clever thing about the flexibility in the iRMX 86 real-time operating 
system is that it could be extended to support time-slicing. However, a time- 
slicing, or batch system can not be converted to process real-time events 
readi ly. 

The Figure A. 3 actually shows more than word processing occurring. The OEM 
who built this system has expanded it to include a back-office business pro- 
gramming environment. The OEM has added more terminal control, a COBOL com- 
piler for report generation, and some general business application programs, 
e.g. general ledger. This required top notch resource management with func- 
tionality found in the iRMX 86 Operating System. The OEM started the repro- 
qramnable need, and may move to the iAPX 286 version when it becomes 
profitable. 



PRINTER 



CPU OPERATING SYSTEM 



WORD 
PROCESSING 



BUSINESS 
PROGRAMMING 




V^ 



r\ 



v_y 



TERMINAL N 




TERMINALA 



TERMINAL! 



Figure A. 3 
Multiprogramming Application 
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A SHORT QUIP 



TIME SLICING 



EVENT DRIVEN 






Figure A. 4 - Timeslicing vs Event-Driven 

In our timeslicing cartoon, poor iSnoopy is continuously torn between one 
thing and the next. It seems that most of his energy is devoted to 
switching between the tasks, rather than to getting the job done. When 
event-driven, our i Snoopy switches activities only when alerted by a need 
to do something now. What satisfaction. 
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An operating system is the foundation for all code written for the ap- 
plication. In a word processing application, this foundation includes a 
human- interface console plus mass storage support. The high-level language 
(COBOL) assumes an operating system because the language allows the user to 
reference data or files stored on mass storage devices like disk, or bubbles. 

Operating systems are thus nothing more than a black box (see Figure A. 5) ex- 
tension to the computer architecture. Operating systems "systems calls" are 
viewed in a similar manner to processor instructions! Migration is sig- 
nificantly improved because of the standard "software bus" approach used by 
Intel. The software bus provides a mechanism to interface applications, or 
compilers in the same manner. Even if the hardware changes interfaces, the 
bus remains the same. It is the software connection, or bridge, to future 
opera tng systems and hardware. The iRMX 86 Operating System is tomorrow's 
technology available todayl 



APPLICATION SYSTEM 



APPLICATION 
SOFTWARE 



SOFTWARE BUS 



DEVICE-INDEPENDENT 
- IT AND OUTPUT 



,^^--' 



iRMX 



''^>o% 



SELECTION 

OF DEVICE 

DRIVERS 



"'^^^ 






OPERATING 
^. SYSTEM ,o< 



'^'^^'^^u^?^ 






COV'^^^ eXTENDIBILITV ^^^ojjjo^ ^^^ 



Figure A. 5 
Operating System - "BLACK BOX" With Intel "SOFTWARE BUS" 



Appendix B 
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It seems impossible to talk about operating 
systems without getting deep into the jar- 
gon. The following list contains many of 
the terms used throughout this and other 
Intel manuals. Many of the definitions 
have been used with permission from 
" Operating Systems ", John Zarrella; 
Microcomputer Applications, Suisun City, 
1979. 



Access Time - The amount of time required 
to fetch a given data element. This 
time may be as short as 25 nanoseconds 
for data in a cache memory buffer or as 
long as hundreds of milliseconds for a 
flexible diskette sector access. 

Allocate - A system service used by a task 
to request memory for messages or I/O 
buffers. 

Attach - A system service of the I/O 

subsystem that connects a physical dev- 
ice to a logical device. Thus, tasks 
may be written to be independent of the 
physical devices and the user or an- 
other task may attach any legal device 
when the task executes. 

Batch - A type of operating system where 
jobs are processed one at a time and a 
job must complete its execution before 
the next is begun. In an attempt to 
maximize the throughput of the system, 
batch operating systems will often 
overlap the loading of the next job, 
and the output of the previous job, 
with the execution of the current job. 

Bit Map - A data structure utilized by 
some file systems to assist with file 
space allocation. A bit in the bit map 
is set aside for each sector on the 
media - a one indicates that the cor- 
responding sector is allocated, and a 
zero indicates that the corresponding 
sector is free. The bit map is placed 
physically close to the directory in 
order to minimize disk head movement. 

Breakpoint - The address at which task 

execution is to be suspended. Many 
systems feature the capability to sus- 
pend task execution before or after a 
breakpoint address is executed, when a 
read or write to a breakpoint address 
is attempted, or when an I/O operation 
to a breakpoint address is executed. 



Buffer - A temporary storage area, usually 
used for message and I/O transfers. 

Busy Wait - A situation in which a task 
spins, or waits for access to a re- 
source by continuously testing a flag. 
Thus, even though the task is not per- 
forming any useful work during its 
wait, the processor that it runs on is 
busy executing test instructions, and 
no other task can execute on that pro- 
cessor. 

Communication - The facility whereby one 
task can pass data and commands to an- 
other. For example, an application 
task may pass an output buff'er to a 
printer control task. In some oper- 
ating systems, this communication 
facility is generalized to permit tasks 
to reside in separate physical loc- 
ations and to transmit data across a 
communication link such as a standard 
telephone line, leased line, or micro- 
wave link. 

Compiler - A language translator that 

translates the text of a high level 
language such as FORTRAN or COBOL into 
machine code. Compilers automatically 
assign, save, and restore registers and 
generate subroutine linkages. Thus, a 
programmer does not need to worry about 
system housekeeping and can concentrate 
on the application. 

Concurrent processes - Processes or tasks 
whose execution overlaps in time. They 
may be cooperating or interacting (com- 
municationg with one another) or com- 
pletely independent. 

Consumable Resource - A resource, such 

as an I/O buffer or message, that is 
produced by one task and consumed and 
freed by another. 

Contention - A situation that occurs when 
more than one task vies for a single 
resource. 

Context Switch Time - The absolute time 
required for the operating system to 
switch from one task's environment to 
that of another. 

Copy - A system support utility that 

copies data blocks from one storage de- 
vice or location to another. 
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Create - A system service that initializes 
a structure by entering information 
such as its name, size, etc., into 
system tables. At this point the oper- 
ating system knows the structure 
exists, hence the term creation. Other 
functions may also be performed depend- 
ing on the type of structure to be 
created. For instance, creation of a 
file may mean default allocation of a 
pre specified number of disk blocks. 

Critical Region - A portion of software 
that accesses a shared resource and 
must be protected so that while one 
task is performing the access (exe- 
cuting the software), no other task is 
permitted to access the same resource. 
For example, when updating a 32-bit 
floating point number, all four bytes 
must be written before another task may 
read the data. In some cases, inter- 
rupts must be disabled when this code 
is executed if a higher priority task 
may require access to the same resource 
as a result of the interrupt. 

Data Base - A large and complete col- 
lection of information that covers a 
variety of subject areas. For in- 
stance, a company's payroll data base 
contains employee number, social secur- 
ity number, classifaction, age, wage 
rate, salary history, etc., about each 
employee. A medical diagnostic data 
base miqht contain symptoms for all co- 
mmon deseases and injuries. 

Data Base Management - Facility to manage 
and maintain a data base in a manner 
designed to promote fast data access. 

Data Structure - A mechanism, including 
both storage layout and access rules, 
by which information may be stored and 
retreived within a computer system. 

Date - A system service that supplies the 
current time and date to the requesting 

task. 

Deadlock - A situation that occurs when 
all tasks within a system are suspended 
wait-ing for resources that have already 
been assigned to other tasks that are 
also waiting for additional resources. 
This situation can typically be avoided 
through the use of semaphores. 



Deblocking Buffer - When a read or write 
is issued, generally it is in byte in- 
crements, however, transfers from mass 
storage devices are usually in sector 
increments. The deblocking buffer is 
used to store such a sector and read or 
write only the bytes requested. 

Debugger - A system software utility that 
aids a protrammer in removing errors 
from software. 

Dedicated Computer (DC) - A computer 

system whose hardware and/or software 
limit it to a particular application. 
With this restriction, the computer can 
be optimized for one specific concern. 

Delete - A system service used to remove 
a currently active data structure from 
the system tables. 

Device - A unit of peripheral hardware, 
usually for Input and/or Output such as 
a printer, terminal, or card reader. 

Device Driver - A system software module 
that directly controls the data trans- 
fer to and from I/O peripherals. Some 
operating systems also include the 
capability to add custom device drivers 
for hardware that is unique to a given 
system or installation. 

Directory File - A named file containing 
entries for each file in the file 
system. Each directory entry contains 
information about the file name, owner, 
access rights, size, etc. Directory 
entries on some systems may be pointers 
to other directories. 

Distributed Processing - A multipro- 
cessing technique where each processor 
has a specific task or set of tasks to 
perform. These processors transfer 
commands and data via a standard com- 
munication interface, often SDLC or 
IEEE-488. In some cases, programs are 
transferred between processing units. 
However, program transfers are normally 
utilized for power-on loading or con- 
trol algorithm changes rather than 
genera 1 load sharing. 

DMA - Process used by an I/O device to 

transfer data to or from memory at the 
maximum memory data rate by stealing 
memory cycles from the processor. When 
the I/O transfer is complete, the pro- 
cessor is given an interrupt signal 
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Dual Port Memory - A memory subsystem 

designed to provide two complete paths 
(address, data, and control) to memory. 

Dynamic Priority - A form of scheduling in 
that a task's execution priority varies 
depending on the system environment. 
For example, it 1s common for time 
sharing systems to initially give large 
tasks low priority, but to raise the 
priority periodically as the task waits 
to execute. This assures that low 
priority tasks will not be locked out 
of execution time by small, high 
priority tasks. 

Editor - A system utility that permits a 
programmer to create, edit, con- 
catenate, and delete complete files and 
portions of files on secondary storage 
media. Editors operate almost ex- 
clusively on text files. Three types 
of editors are common: Character 
editors, line editors, and screen 
editors. Line editors treat a text 
file on a line by line basis, while 
character editors treat a text file as 
a series of characters, where line 
delimiters such as carriage returns and 
line feeds, are treated like all other 
characters. Screen editors present an 
entire screen for review at once. The 
operator uses the cursor controls to 
manipulate entire sections of the 
screen at once. 

Event - An event may be a timer or I/O 
interrupt, the arrival of a message at 
a task's mailbox, or the occurrence of 
an exception condition. 

Event Driven - A scheduling algorithm 

where the occurence of certain events 
(usually interrupts) trigger the ex- 
ecution of the tasks in the system. 

Exception - A condition which is out of 
the ordinary in normal task execution. 
For example, an arithmetic overflow, or 
the untimely removal of a disk pack. 

Exchange - A system data structure that 
handles task communication. As with 
mailboxes, tasks may send to and re- 
ceive messages at exchange points. 

File - A collection of data, normally 

stored on a secondary storage device 
such as magnetic tape or disk. 



File System - System software modules that 
manage files on secondary storage 
media. This software usually provides 
functions to create, delete, or rename 
files, permit reading and writing of 
existing files, and enforce system pro- 
tection strategies. 

Foreground/Background - A type of operat 
ing system with a combination of real 
time and either batch or multitasking 
capabilities. This type of system is 
used to permit time critical programs 
to operate in the foreground and ex- 
ecute with high priority while back- 
ground assemblies, compilations, etc., 
run at a lower priority. Foreground 
programs always have priority over 
background work. This type of 
operating system usually has the 
capability to protect the fore- ground 
from the background, and is used in 
applications such as process control. 

Format - A system utility that initial- 
izes secondary storage media with in- 
formation necessary to ensure that data 
can subsequently be read or written 
without error. The information is 
usually closely related to the 
read/write hardware. An example of a 
popular formatting technique is the IBM 
soft-sectored format for single density 
diskettes. 

Fragmentation - The division of contiguous 
storage areas such as main memory or 
secondary storage in a way that causes 
areas to be wasted. In segmented 
systems or in a system with dynamic 
memory al- location, continually 
loading and swap- ping new tasks will 
almost always cause small areas of 
memory to become un- usable. At the 
point where this wasted space impacts 
system performance, most operating 
systems perform garbage col- lection. 

Free - A system service that returns 

allocated memory blocks to the memory 
manager for reuse. 

Free List - A list of memory locations 

that dre currently unused and may be 
allocated by the memory manager to re- 
questing tasks. Free lists dre usually 
organized as linked lists of memory 
blocks, where each block contains the 
size of the block and a pointer to the 
next block in the list. 
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Garbage Collection - A system function 

contained in most operating systems 
whose memory (main or secondary) is 
subject to fragmentation. This func- 
tion reallocates the affected memory in 
such a way as to reclaim all wasted 
space. This is usually a drastic and 
time consuming step, and is only in- 
voked on operator command or when 
memory utilization is very low and 
seriously affecting system efficiency. 
This function is sometimes known as 
Squeezing, Copmpressing, or Compacting. 

Hard Error - An error in magnetic media, 
electromechanical device, or electron- 
ics that is repeatable. 

Hierarchical Directory - A means of 

organizing secondary storage file di- 
rectories where directory entries may 
describe either files or other di- 
rectories. Some multiuser systems have 
a master disk directory with one sub- 
directory for each user. 

Hierarchical Error Management - The 

processing of errors based on a scheme 
that allows global treatment of some 
errors and local, direct control of 
others. 

High Level Language - A soiphisticated, 
yet easy to use, language (written 
words and special punctuation) that al- 
lows a programmer to write software 
without being concerned with house- 
keeping functions (eg. register alloca- 
tion, parameter passing) or optimiz- 
ation. Common high level languages are 
FORTRAN, COBOL, BASIC, ALGOL, APL, 
PL/1, PL/M, and PASCAL. 

Human Interface - A level of system soft- 
ware designed to reduce the level of 
confrontation between the operator and 
the machine. This type of facility 
usually contains basic functions like 
COPY, RUN, SUBMIT, FORMAT, CREATE, etc. 

Indirect I/O - A facility, usually spec- 
ified as part of the computer system 
architecture, whereby input from or 
output to peripheral devices is per- 
formed by a unit separate from the main 
processor. This unit is commonly cal- 
led a Channel or I/O Processor. 



Interactive Debugger - A system software 
utility that permits a user to examine 
his task while it executes by stopping 
it at given points (usually called 
breakpoints) and displaying and 
changing memory/register contents. 

Interleaving - A track formatting 

technique utilized with moving and 
fixed head disk media in which sectors 
are not stored sequentially. Using 
this technique, multiple sectors may be 
read or written sequentially with a 
minimum of disk latency. This is made 
possible by placing sectors on a track 
in such a way that the time required to 
process a single sector is slightly 
less than the time required for the 
disk to rotate to the start of the next 
logical sector.. 

Interpreter - A language translator that 
accepts high level language input text 
and translates this text into a special 
intermediate code that is simulated 
(interpreted) by a system program. 
Usually this intermediate code cannot 
be directly executed on a general pur- 
pose processor. 

Interrupt - A signal from an external 

source such as a timer or I/O device 
that causes a processor to interrupt 
executuion of the current task. Most 
opera tiing systems use this occurrence 
to reschedule tasks for execution and 
therefore dedicate a timer interrupt 
for this purpose. 

Interrupt Latency - The period of time 

imposed by the system hardware and 
software to acknowledge an interrupt 
signal and begin execution of a pro- 
cedure associated with thj particular 
interrupt. 

Interval Timer - A hardware or soft- 
ware clock which generates an interrupt 
after a specified period of time. 

I/O Subsystem - A set of system software 
modules that control all Input and Out- 
put within a system. An I/O subsystem 
normally contains device drivers, per- 
forms buffer administration, handles 
error conditions, and provides a uni- 
form interfacing structure by which 
tasks may request I/O transfers. 
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ISAM - An abbreviation for Indexed 

Sequential Access Method. This tech- 
nique for finding records within a file 
assigns a number or key to each record 
and creates a separate file index. To 
access a record, the record number or 
key is looked up in the index to find 
the actual record location within the 
file. This organization is useful for 
sorting files according to its content. 

Job - A collection of tasks, grouped and 
run together in order to perform a 
specific function. 

Job Control Language (JCL) - A special 

computer command language designed for 
use in batch systems to inform the 
system's software and the computer 
operator of unique requirements for the 
running of a computer program. 

Kernel - The most basic portion of an 

operating system, usually supporting 
only task synchronization, scheduling, 
communication, and the most rudimentary 
of memory allocation capabilities. 

Language Translator - A system program 
that translates text written in one 
language to another language. As- 
semblers, interpreters, and compilers 
are examples of language translators. 

Librarian - A system program that is 

responsible for creating, editing, and 
deleting software libraries. 

Library - A collection of system and/or 
user programs which may executed by 
other tasks in the system. 

Linker - A system software module that 
connects previously assembled or com- 
piled programs or program segments into 
a unit that can be loaded into memory 
and executed. 

Loader - A system software module that 
moves user tasks from secondary storage 
into memory for execution. It may also 
perform relocation computations as re- 
quired. 

Load Module - A software module that is 
ready to be loaded into memory and ex- 
ecuted by the system loader. A load 
module has all static relocation and 
linkage operations completed. 



Load Sharing - A scheduling technique in 
multiprocessing systems whereby a task 
is executed by the next available pro- 
cessor. In order to make this tech- 
nique operate successfully, all pro- 
cessors must behave identically, and 
have identical memory addressing capab- 
i lities. 

Logical Device - A reference to an I/O 

device by name or number without regard 
to the exact nature of the I/O char- 
acteristics of the device. 

Log On - A mechanism by which a computer 
system user identifies himself and 
gains access to system facilities. 

Mailbox - A system data structure that 

handles task communication. Tasks send 
messages to and receive messages from 
Mailboxes. 

Memory Dump - A system utility used in 

software debugging that prints the con- 
tents of all or a portion of main 
memory on the printer. 

Memory Manager - A system software module 
that manages the physical memory re- 
source and controls memory allocation 
for tasks in the system. In a virutal 
memory system, this module also 
translates logical addresses into 
physical addresses and implements the 
page fetch, placement, and replacement 
algorithms. 

Memory Mapped - A method of implementing 
system input and output that provides 
I/O ports that are accessed as if they 
were memory locations. However, the 
term memory mapping does not imply that 
all memory operations (eg. increment 
memory contents) may be performed on a 
memory mapped I/O port. This is due to 
the fact that some peripheral control 
registers may be either read only or 
write only in nature. In fact, some 
designs mate write only control data 
with read only status data in order to 
save memory addresses. 

Microcomputer Development System - A 

system (like Intel's MDS 230) designed 
exclusively to aid in the development 
of microprocessor hardware and software 
systems. 
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Module - A section of software that has 
well defined inputs and outputs and may 
be developed and tested independently 
of other software. 

Multiprocessing - The ability of an 

operating system to support multiple 
processors. Generally, in order to 
make the operating system task manage- 
able, all processors are equivalent and 
interchangeable, although this is not 
an absolute requirement. 

Multitasking - The ability of an oper- 
ating system to permit multiple tasks 
to run on a single processor con- 
currently. 

Multitermina 1 - The ability of an 

operating system task to support 
multiple terminals connected to the 
same system. Note that this capability 
does not imply Multiuser capability, 
since on some systems, multiple 
terminals must be under control of the 
same task or cooperating tasks, and all 
users are therefore forced to use the 
same software. For example, order 
entry processing is usually a single 
task controlling many terminals. 

Multiuser - The ability of an operating 
system to support more than one inde- 
pendent user. A true multiuser system 
allows different users to independently 
use the system resources. 

Mutual Exclusion - A process synchro- 
nization rule which prohibits more than 
one task from using the same resource 
at the same time. 

Named File - A collection of bytes residing 
on a random access storage device and 
possessing a name by which the entire 
collection can be refered to. 

Non-Preemptive Scheduling - A schedul- 
ing algorithm where a task does not 
stop executing until it is complete. 
Non-preemptive scheduling techniques 
attempt to pick the tasks for execution 
which keep average turnaround time to a 
minimum. However, once a long task 
begins execution, all other tasks must 
wait until it completes, regardless of 
relative priorities. 

Nucleus - The kernel, or innermost layer 
of an operating system executive. 



Object - Objects are data structures with 
a fixed set of attributes. Just as a 
floating point number is a data struct- 
ure with operators. Object-oriented 
operating systems provide basic func- 
tions to operate on the varies objects 
defined in its environment. 

Object Code - The output of an assembler 
or compiler that will execute on the 
target processor. Note that linking, 
locating, or loading may be required 
before this code can execute directly 
on the processor. 

Object Oriented - A characteristic of an 

operating system that provides system 
calls to operate on and manipulate cer- 
tain data structures called objects. 
By grouping many features into a 
generic "object", the O.S. is able to 
maintain a consistent interface while 
dealing with different structures. 

Open - A system service used with disk 

files and other shared resources. This 
service informs the operating system of 
the manner in which a task intends to 
use a given resource. 

Operating System - A collection of system 
software that permits user written 
tasks to interface to the machine hard- 
ware and interact with other tasks in a 
straightforward, efficient, and safe 
manner. 

Overhead - The amount of processing time 
required by the operating system to 
perform housekeeping tasks such as 
paging, swapping, and scheduling. This 
time is usually expressed as a per- 
centage of total available time. If 
system overhead is quoted as 20%, user 
programs can only utilize 48 seconds 
(80%) of each minute of processor ex- 
ecution time. 

Overlay - A technique used to execute 

programs which are larger than the 
available memory size in systems with- 
out paging or segmentation capabili- 
ties. To utilize this method, a pro- 
gram must be manually divided into a 
number of mutually exclusive groups of 
software modules. Any software common 
to more than one overlay is included in 
the 'root' overlay. The root must re- 
main in system memory at all times and 
other overlays are loaded and executed 
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one at a time in a designated memory 
area. This loading is normally per- 
formed by the operating system at the 
request of the root overlay. 

Position Independent Code - Executable 
code with runs independent of the 
physical memory location at which it is 
loaded. This usually implies that the 
code contains only relative transfer 
instructions, or that all addressing is 
done via base registers. 

Preemptive Scheduling - A means of sched- 
uling where a high priority task will 
preempt execution of a lower priority 
task as soon as the high priority task 
is ready to run, usually after an in- 
terrupt. 

Priority Scheduling - A scheduling algo- 
rithm where each task is given a 
priority, and the next task to execute 
is the one in the Ready List with the 
highest priority. Priorities may be 
static or dynamic. With static 
priorities, it is possible that some 
low priority tasks will never run due 
to the frequency and execution duration 
of higher priority tasks. This is very 
undesirable in a Time Sharing System 
environment where it is necessary to 
guarantee that all tasks will receive 
some processor time on a regular 
basis. For these systems, the task 
priority is often changes as a function 
of time, so that the longer a task 
waits to execute, the higher its 
priority is elevated. 

Privileged - Instructions that may only be 
executed by system software. Set 
Interrupt Mask, Load Base Register, 
Load Protection Register, and Halt dre 
all examples of privileged operations. 
Some computer systems execute in one of 
two operational modes: normal and 
privileged. System software executes 
in the privileged mode and may execute 
all processor instructions. User tasks 
operate in the normal mode and the 
system is protected against many task 
ma Ifunctions. 

Protection - An operating system service 
that prevents a task from interfering 
with the execution of and the data 
belonging to onther task. 

Queue - A data structure in which the 

elements form an ordered list while 



waiting for some activity. Queues may 
be implemented as First In First Out 
(FIFO), or using some other scheme. 

Random Access File - A type of file struc- 
ture in which data may be accessed in a 
random manner, regardless of its 
position within the file. 

Ready - A task state in which a given task 
is prepared to execute. 

Ready List - A system list of tasks that 
are in the Ready state; available for 
execution on the processor. 

Real Time - A type of operating system 

that supports online equipment having 
critical time constraints. Events must 
be handled promptly, and within strict 
timing limits. Most process control 
systems are real time in nature. 

Record - A set of data elements that are 
logically accessed together. On a 
secondary storage medium, this can also 
be used to indicate the smallest set of 
data elements that are stored con- 
tiguously on the medium. 

Reentrant Code - Code that may be 

executed simultaneously by more than 
one task. Thus, the code cannot be 
self-modifying, and each task must 
maintain its own data area. 

Register - A high speed memory location 
associated with a processor. Registers 
are normally used to store intermediate 
data and addresses within a program in 
order to speed overall execution time. 
Due to the high speed requirements and 
the cost, the number of registers 
within a processor is usually limited 
to 8 or 16 storage locations, although 
some processors have a few hundred. 

Relocation - The process of moving the 

location of a program in system 
memory. Relocation may either be 
static or dynamic. Static relocation 
means that all program addresses are 
assigned and fixed before the program 
is loaded into memory. Dynamic reloca- 
tion refers to a technique that re- 
quires all program addresses to be 
relative to some base address and pro- 
grams may be relocated at any time by 
moving the program code and changing 
the base address. 
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Rename - The act of changing the name of 
a data structure. This function is co- 
mmonly supplied as a system service of 
the file system in order to change file 
names. 

Reprogrammable Computer (RMC) - A computer 
system containing a language translator 
or interpreter that allows its user to 
create and modify application software 
without the use of a separate develop- 
ment system. 

Resource - Assets of a computer system 
that the operating system can use 
and/or allocate to tasks for their 
use. Assets such as memory, disk 
storage space, printers, and terminals, 
as well as processors in a multiproces- 
sing system, are typical system 
resources. 

Resource Allocation - The operating system 
function of assigning resources to 
tasks that request them. Resources 
such a peripherals (printers, 
terminals, and card readers) and main 
memory are allocated to the tasks ac- 
cording the different algorithms that 
depend on the type of operating system. 

Response Time - The elapsed time from the 
entry of a command until its execution 
is complete. This term is usually used 
to represent the time it takes for a 
Time Sharing System to respond to a 
user command line from a user's 
terminal. 

Running - A task state in which the task 
is executing on a processor. 

Save - A system utility that writes a file 
from secondary storage to a backup 
volume such as magnetic or paper tape 
for protection or archival purposes. 
Often, save also refers to storing a 
program currently in memory on a disk 
for later reference. 

Scheduler - A system service that determ- 
ines which task within the system 
should be running at any given instant. 

Scheduling Algorithm - The rule(s) by 

which the scheduler determines which 
task in the Ready List should be grant- 
ed processor time next. 



Sector - The smallest contiguous storage 
area on a rotating memory device. For 
example, flexible diskette drives use a 
typical sector size of 128 bytes. 

Segment - An arbitrary user defined block 
of memory (containing data or instruc- 
tions) that functions as an independent 
unit. A segment may be placed anywhere 
in memory and its contents accessed by 
segment name and relative location 
within the segment. Some computer 
systems implement segmentation in 
hardware via a Base Register (to con- 
tain the starting address of the seg- 
ment), with all segment accesses occur- 
reing relative to the segment starting 
address. 

Semaphore - A 'gating' variable that is 
used to synchronize task operations on 
shared data. A semaphore permits only 
a single task to access shared data at 
any given time. All other tasks are 
locked out until the first task unlocks 
the shared data. By operating on sema- 
phores with two well defined functions 
a task may request and release 
exclusive access to shared data. 

Send - A system service used for task 

communication and synchronization that 
places a message in the appropriate 
mailbox or exchange. 

Software Bus - A layer of software whose 
interface is standardized and serves as 
a common ground on which many different 
compilers and applications may be built. 

Spooler - A system program which permits 
I/O transfers to be queued for an I/O 
device, thereby per- mitting the 
requesting task to continue executing 
even when it cannot im- mediately use 
the device. Spoolers are commonly used 
with very slow sequential output only 
devices such as printers. 

Suspended - A task state in which the 
task has lost control of the processor. 

Swapping - A feature of an operating 

system which permits suspended tasks to 
be moved to secondary storage in order 
to generate enough memory space so that 
the next task on the Ready List can be 
loaded into memory (if it is not 
already resident) and executed. The 
suspended task will be swapped back 
into system memory when it is again 
scheduled for execution. This movement 
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to and from secondary storage may occur 
many times to a given task before its 
execution is complete. 

Synchronization - The process of coordin- 
ating the execution of tasks within an 
operating system environment. Access 
to shared data as well as the trans- 
mission and reception of messages 
requires this coordination. 

System Generation - The process of gener- 
ating, linking and loading all required 
system modules together in order to 
build a new operating system or to up- 
date configuration tables in an exist- 
ing system. Because of installation 
environment variations, it is often 
necessary to make modifications to an 
operating system (as shipped by the 
vendor) through this process. 

System Software - Software that is 

intimately associated with the oper- 
ating system. For example: Kernel 
routines, system services and system 
support software. 

System Support - Functions such as 

language translators, debugging tools, 
diagnostics, and libraries which enable 
a system user or programmer to write 
and test tasks in an efficient manner. 

Task - A software module in which code is 
executed in a sequential manner. 

Thrashing - The point of system collapse 
in which operating system overhead is 
so large that no useful task execution 
can be accomplished. This occurs often 
in virtual storage systems when so many 
users are on the system that every time 
the system attempts to service a user, 
a page fault occurs, and the system is 
constantly attempting to load or reload 
pages from secondary storage. 

rime - A system service that supplies the 
current time of day to the requesting 
task. 

rimer Resolution - The minimum period of 
time discernable by the timing function 
of the operating system clock. All 
timers in a system have no more ac- 
curacy than plus or minus one of these 
periods. 



Time Sharing - A type of operating system 
that supports more than one user con- 
currently, and allows each user to in- 
teract with his job. This is done by 
allocating processor and resources to 
each user in turn for a small period of 
time, thus assuring each user a system 
response within a few seconds. This 
philosophy is almost the exact opposite 
of a Batch System. 

Time Slice - That period of time, normal- 
ly between 1 and 50 milliseconds, al- 
located to each task in a time sharing 
system before another task is allowed 
to run. 

Token - A 16-bit item used to identify 
an object. The operating system and 
its users manipulate objects only when 
in control of the associated tokens. 

TSS - An abbreviation for a Time Sharing 
System. 

Turn-Around Time - The interval between 
the time a program or job is submitted 
and the time it is completed. This 
term is usually restricted to refer to 
Batch Systems. 

Virtual Memory - A technique that 

separates the logical address space 
from the physical address space. This 
permits an application program to be 
written and executed independent of the 
available physical memory. 

Volume - A unit of secondary storage media 
such as a magnetic tape, disk pack, or 
flexible diskette. 

Wait - A system service that causes a task 
to be suspended pending the occurrence 
of an event. It is also used to refer 
to the task state in which execution is 
suspended pending the occurence of an 
event. 
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